Package Details: plymouth-git 0.9.2.r0.g2c437c3-1

Git Clone URL: https://aur.archlinux.org/plymouth-git.git (read-only)
Package Base: plymouth-git
Description: A graphical boot splash screen with kernel mode-setting support (development version)
Upstream URL: http://www.freedesktop.org/wiki/Software/Plymouth/
Licenses: GPL
Conflicts: plymouth
Provides: plymouth
Submitter: PirateJonno
Maintainer: Gryffyn
Last Packager: Gryffyn
Votes: 244
Popularity: 2.093024
First Submitted: 2009-05-02 09:53
Last Updated: 2015-06-18 16:17

Required by (17)

Sources (14)

  • arch-logo.png
  • gdm-plymouth.service
  • git+http://anongit.freedesktop.org/git/plymouth
  • kdm-plymouth.service
  • lightdm-plymouth.service
  • lxdm-plymouth.service
  • plymouth-quit.service.in.patch
  • plymouth-update-initrd.patch
  • plymouth.encrypt_hook
  • plymouth.encrypt_install
  • plymouth.initcpio_hook
  • plymouth.initcpio_install
  • sd-plymouth.initcpio_install
  • slim-plymouth.service

Latest Comments

ozmage commented on 2016-05-22 14:54

Something Weird Just Happen And After upgrade systemd to version 230 the hook sd-plymouth is no longer compatible with systemd so please check the sd-plymouth hook and fix it to use it with systemd

well plymouth works with HOOKS="base udev plymouth resume autodetect modconf block filesystems keyboard"

but the combo HOOKS="systemd sd-plymouth" dont boot

tigrang commented on 2015-11-05 07:32

It compiles fine, but splash screen doesnt actually show. I have to use -legacy version. Is that the case for everyone else?

giorgianb commented on 2015-09-29 01:54

For the *-git packages, how does one sign them? Most *-git packages I've tried installing fail with 'package missing required signature'.

skeggse commented on 2015-09-17 17:26

The plymouth-encrypt hook differs from the encrypt hook in that it does not used the resolved device for the cryptsetup luksOpen command following the ask-for-password prompt on line 79 of plymouth.encrypt_hook (/usr/lib/initcpio/hooks/plymouth-encrypt).

Gryffyn commented on 2015-05-23 07:46

I have adopted this package, and in the newest version it compiles perfectly on my 3 testbeds.

Linux_Yang commented on 2015-05-03 05:29

I have some troubles when I install "plymouth-git" from AUR.

/usr/share/aclocal-1.15/silent.m4:52: warning: macro 'AM_SUBST_NOTMAKE' not found in library
/usr/share/aclocal-1.15/silent.m4:54: warning: macro 'AM_SUBST_NOTMAKE' not found in library
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build-tools'.
libtoolize: linking file 'build-tools/ltmain.sh'
libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.ac,
libtoolize: and rerunning libtoolize and aclocal.
libtoolize: Consider adding '-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
/usr/share/aclocal-1.15/silent.m4:52: warning: macro 'AM_SUBST_NOTMAKE' not found in library
/usr/share/aclocal-1.15/silent.m4:54: warning: macro 'AM_SUBST_NOTMAKE' not found in library
configure:4877: error: possibly undefined macro: _AM_SUBST_NOTMAKE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure:4923: error: possibly undefined macro: AM_SUBST_NOTMAKE
autoreconf: /usr/bin/autoconf failed with exit status: 1
configure: error: cannot find install-sh, install.sh, or shtool in build-tools "."/build-tools

Online

Jristz commented on 2015-04-26 02:38

and the sddm-plymouth for ussing sddm with plymouth?

Celti commented on 2015-03-16 08:49

Brought this version mostly into line with the non-git version, and added the sd-plymouth hook for using plymouth with systemd initcpios. Among other things, this should work seamlessly with any necessary password asking (i.e., for encryption) in the initcpio without configuration — but I haven't yet tested it.

Celti commented on 2015-03-16 08:47

Brought this version mostly into line with the non-git version, and added the sd-plymouth hook for using plymouth with systemd initcpios.

carstene1ns commented on 2015-03-08 14:01

I have cleaned up this package a bit and copied the initrd hook from the stable plymouth package. With this, I got a working bootsplash.
However, as the splash is only shown for a few seconds anyway, I do not intend to use/maintain this any further.

Kubax commented on 2015-01-28 10:11

Just for the ones who tried to edit the plymouth-quit.service.in.patch file, without success (as i did), here is the path from the manually edited files.

---------------------------

--- plymouth.src/systemd-units/plymouth-quit.service.in 2015-01-28 11:01:26.267298987 +0100
+++ plymouth.patch/systemd-units/plymouth-quit.service.in 2015-01-28 11:05:27.439604785 +0100
@@ -1,8 +1,9 @@
[Unit]
Description=Terminate Plymouth Boot Screen
After=rc-local.service plymouth-start.service systemd-user-sessions.service
+Before=getty@tty1.service

[Service]
-ExecStart=-@PLYMOUTH_CLIENT_DIR@/plymouth quit
+ExecStart=-@PLYMOUTH_CLIENT_DIR@/plymouth quit --retain-splash
Type=oneshot
TimeoutSec=20

wchouser3 commented on 2014-11-08 20:30

I'm getting the same build errors as shihjay2.---package won't install

shihjay2 commented on 2014-08-04 12:13

For others interested, you'll also need to change this in the plymouth-quit.service.in.patch file in addition to what @techryda mentioned...

@@ -1,8 +1,9 @@

instead of
@@ -1,10 +1,12 @@

Was able to compile successfully afterwards, however, plymouth-git still does work. Instead of %[] %[] %[] now only showing [] [] [] no matter what theme you use

techryda commented on 2014-08-04 02:04

Per this commit:
http://cgit.freedesktop.org/plymouth/commit/systemd-units/plymouth-quit.service.in?id=2c65fc7c2295cd07342bea08761b09c169594d4f

Remove the last three lines (below) from plymouth-quit.service.in.patch
---
+
[Install]
WantedBy=multi-user.target
---

shihjay2 commented on 2014-07-30 22:06

Build error since new commits to plymouth git repository yesterday.

patching file scripts/plymouth-set-default-theme.in
patching file scripts/plymouth-update-initrd
patching file systemd-units/plymouth-quit.service.in
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file systemd-units/plymouth-quit.service.in.rej

padfoot commented on 2014-06-17 21:17

Fixed encrypt-hook where cryptargs were not being passed while unlocking volume.

padfoot commented on 2014-04-03 06:40

@ randomer679

Yes git is currently broken. While it builds and installs all ok, in operation, it fails to find any of the graphical renderers, and ends up falling back to a text splash.

Use plymouth for the time being. It is the most recent stable and is working.

randomer679 commented on 2014-04-02 22:40

@padfoot

I'm not sure if it matters now, but I use radeon with early KMS. When my laptop boots the screen will sort of flash when it starts plymouth but then falls back to text.

padfoot commented on 2014-02-24 08:43

I have confirmed plymouth is failing to find any renderer on boot hence falling back to a text only splash.

Now to find the reason why.

padfoot commented on 2014-02-22 09:40

After a lot of messing around, I found the default for a new config option may be the cause of bootsplashes not showing.

There is now a showdelay config option, which defaults to 5 seconds. If your system boots before this you will only have a blank screen between EFT/bootloader and DM/WM.

To get your splash showing again, edit /etc/plymouth/plymouthd.conf and add a showdelay config option:

[Daemon]
Theme=<your theme name>
ShowDelay=<seconds>

I used ShowDelay=1 and my splash returned. However, with the latest git, for some reason, plymouth is failing to find the frame-buffer renderer (ati or nvidia), so I am falling back to a text theme.

I am interested to see if anyone using the drm renderer (intel, nouveau or radeon with early kms) falls back to text.

Please let me know, then I have something solid to work on getting corrected.

In the meantime, I am back on plymouth-release.

padfoot commented on 2014-02-22 05:23

@aricat

Thanks for that. I'll look into it and see what I can figure out.

aricart commented on 2014-02-21 22:46

Not working here. I can get debug output by passing "plymouth.debug" on the kernel command line though. Here's an interesting bit of output, though I don't know how useful it'll be:

./plugin.c:698 show_splash_screen:couldn't load views
ply-boot-splash.c:519 can't show splash: Success

padfoot commented on 2014-02-20 10:36

I have picked up this package. While I have updated the package, I am yet to upload it as I don't want to break what may be working for others.

Please let me know if this package is working for you so I can decide if to upload the updated package or not.

Git is currently not working for me. No bootsplash is displayed, yet with debugging turned on, no errors are logged. I just get a blank screen on boot.

After boot, if I change tty and start the daemon, the bootsplash is displayed, so I am uncertain as to what the problem is (I am suspecting an issue when building the initrd).

mytbk commented on 2014-02-19 07:50

I haven't used plymouth for a long time, and I think I'm not capable to maintain it, so I disown this package.

kaede commented on 2014-02-17 12:16

==> ERROR: file not found: `/etc/system-release'

when mkinitcpio-ing the standard linux.

padfoot commented on 2014-02-15 21:41

The AUR mdm-display-manager package already includes mdm-plymouth.service

nachoig commented on 2014-02-13 19:59

@malinas
pacman -Qo /etc/os-release
/etc/os-release is owned by filesystem 2013.05-2

We are on Arch, default init is systemd and Plymouth here depends on systemd anyway.

According to configure.ac file, Plymouth supports custom release files, so, it's possible to use something like this in the LDFLAGS.

--with-release-file=<path_to_release_file>

In this case, it would be:

--with-release-file=/etc/os-release

About plymouth-quit.service, if upstream provides it, I don't know why we need to use a custom file (also, the file from upstream was identical to the file that was provided here). If it's broken, the better way to fix it is reporting at upstream. This version is from Git, so first of all, it's not expected to work fine like a release or production version.

________

About MDM, if it provides a systemd file, you can do the following:

cp /usr/lib/systemd/system/mdm.service /etc/systemd/system/

Edit /etc/systemd/system/mdm.service and add plymouth-quit.service in After.

systemctl daemon-reload

Reboot the system and test.

nachoig commented on 2014-02-13 19:52

@malinas
pacman -Qo /etc/os-release
/etc/os-release is owned by filesystem 2013.05-2

We are on Arch, default init is systemd and Plymouth here depends on systemd anyway.

According to configure.ac file, Plymouth supports custom release files, so, it's possible to use something like this in the LDFLAGS.

--with-release-file=<path_to_release_file>

In this case, it would be:

--with-release-file=/etc/os-release

About plymouth-quit.service, if upstream provides it, I don't know why we need to use a custom file (also, the file from upstream was identical to the file that was provided here). If it's broken, the better way to fix it is reporting at upstream. This version is from Git, so first of all, it's not expected to work fine like a release or production version.

________

About MDM, if it provides a systemd file, you can do the following:

cp /usr/lib/systemd/system/mdm.service /etc/systemd/system/

Edit /etc/systemd/system/mdm.service and add plymouth-quit.service in After.

malinas commented on 2014-02-10 10:15

I use catalyst (uvesafb) and mdm with this, there is no mdm-plymouth, might wanna add that... I am not sure if needed but to make sure, I just created a phony system-release. but with a <2 sec boot, plymouth is pointless anyhow I realise.

malinas commented on 2014-02-10 10:05

@nachoig: well, not sure about plymouth-quit.. but I certainly remember in the past, I had to manually patch it to make it work on arch... so instead of doing a lot of pattern matching, I guess they are just providing a working file.

Now, for os-release... that's a systemd decision to use, breaking the old lsb dependency and so on... since plymouth is not system-centric, I can understand why we would have logic to add it.

http://0pointer.de/blog/projects/os-release.html

malinas commented on 2014-02-10 10:04

@nachoig: well, not sure about plymouth-quit.. but I certainly remember in the past, I had to manually patch it to make it work on linux... so instead of doing a lot of pattern matching, I guess they are just providing a working file.

Now, for os-release... that's a systemd decision to use, breaking the old lsb dependency and so on... since plymouth is not system-centric, I can understand why we would have logic to add it.

http://0pointer.de/blog/projects/os-release.html

iron8core commented on 2014-02-09 08:57

Requires gtk2 to compile, so it should probably be added to makedepends.

nachoig commented on 2014-02-02 03:32

I'd like to understand what these files are doing here:

plymouth-quit.service
Upstream already provides the same file.

system-release
filesystem provides /etc/os-release, which contains the details about Arch (and it's much more complete).

padfoot commented on 2014-01-25 23:53

I had a good mess around with plymouth today, and I have the current release version 0.8.8 working for me.

I have uploaded the package here for those having issues with git to try:

https://aur.archlinux.org/packages/plymouth-release/

If it proves itself, I welcome the changes being incorporated into the other plymouth packages and we can then remove the plymouth-release package.

Cheers.

pezz commented on 2014-01-14 10:53

@iron8core

Your version compiles, thanks mate.

But this whole thing seems pretty broken. Doesn't work well with v86d (as it used to) and plymouth-encrypt seems busted.

Disabled it all until some new good version comes out.

iron8core commented on 2014-01-14 09:51

PKGBUILD and updated patch for latest git version:
https://gist.github.com/iron8core/8415643

The latest git version, for me and many others, won't display splash on boot, but sometimes on shutdown. 0.8.8.50 works fine though, so unless the latest works, git it a try.

PKGBUILD for version 0.8.8.50 (just a small fix on line 40 compared this one):
https://gist.github.com/iron8core/8415705

Note: The latest kernel I've tried with is 3.12.7-1

padfoot commented on 2014-01-14 07:26

Unfortunately for me, plymouth is no longer working with the update to kernel 3.12.7-2. System hangs on boot unless plymouth is disabled in your initramfs.

zalluth commented on 2014-01-14 06:28

Failed makepkg -s
==> Starting prepare()...
patching file scripts/plymouth-set-default-theme.in
patching file scripts/plymouth-update-initrd
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file scripts/plymouth-update-initrd.rej
==> ERROR: A failure occurred in prepare().
Aborting...

nachoig commented on 2014-01-12 05:40

@catlover2
You are right, this commit changed plymouth-update-initrd.
http://cgit.freedesktop.org/plymouth/commit/?id=293e37ed938e0583676619ef5a1f092a2d758b1c

Unfortunately, the original script is Fedora-specific (uses Dracut), so it needs to be patched to work on Arch. Maybe the Plymouth mantainers will drop this someday, as described in this commit (what they are waiting to do this? They should kill it with fire!!!! =). The right way to do this is updating the initrd manually (in the case of Arch, mkinitcpio -p linux),
http://cgit.freedesktop.org/plymouth/commit/?id=319448f65190cea2afe3bb0b1c954632b84c18d4

catlover2 commented on 2014-01-10 23:57

This is relevant to 0.8.8.108.g293e37e-1.

It appears the file that "plymouth-update-initrd.patch" patches has changed, so the patching now fails. Please update the patch file.

After I updated the patch and installed the package, following the instructions on the wiki, plymouth still didn't work. It just hung at boot after running the [plymouth] hook, and nothing happened, and the instructions for previwing themes didn't do anything either. My GPU is an Intel HD Graphics 3000.

nihonsuki commented on 2014-01-07 05:51

Further to this: Occasionally get brief splash on shutdown...

nihonsuki commented on 2014-01-05 02:32

@mytbk: thanks for your efforts. I've rebuilt the package and installed. No joy I'm afraid. On boot the syslinux menu comes up then quiet boot as disks are mounted, until gdm-plymouth.service takes over. When I look for plymouth in htop I see root has /usr/bin/plymouth --wait dawdling. BTW, the package built purports to be 0.8.8.97.gf3d73e1-1.

Thanks again.

mytbk commented on 2014-01-04 15:40

@nihonsuki: you can change the url in source as
'git://anongit.freedesktop.org/plymouth#commit=17976ac53807d93d9e240e85fe0e1e8ea3fab730'

And I've written the commit in the PKGBUILD already.

nihonsuki commented on 2014-01-04 12:48

@taxfusion: Perhaps I've misunderstood. I've changed the pkgver to 0.8.8.50 but when I makepkg -s it seems to pull down the most recent source and overwrite the changes I've made to PKGBUILD.

tuxfusion commented on 2014-01-03 09:19

@padfoot, since this is the git version, you may edit the PKGBUILD when promped and just change the version string to "0.8.8.50". Git will pull that codebase or via the wiki: https://wiki.archlinux.org/index.php/Arch_Rollback_Machine

nihonsuki commented on 2014-01-01 13:33

padfoot: Looking to put plymouth on a new install. Where would I acquire the tarball for 0.8.8.50? (Arch newbie)

padfoot commented on 2013-12-17 05:38

Downgraded to 0.8.8.50. Splash now works again.

aricart commented on 2013-12-16 09:16

Same bug here, no splash on boot with radeon. Looks like it effects everyone.

padfoot commented on 2013-12-16 05:19

Actually, there seems to be something with the commits since 0.8.8.50 that stop the splash working. I have updated on 3 machines, testing with nvidia and intel drivers (nvidia machine uses efifb pre X) and 0.8.8.96 does not display splash at all whereas 0.8.8.50 does.

padfoot commented on 2013-12-14 21:19

Package now builds.

With the latest kernel update, I no longer get splash on boot. And on shutdown, I end up with console messages and an aretfact of the splash (spinner is displayed).

Checking my systemd journal (for boot at least) plumouth is no longer started as early as it previously was.

Det commented on 2013-12-14 15:13

The deprecated comment about the "kill Plymouth" lines in the .install is completely and utterly unnecessary.

Someone even went ahead and added it to the Wiki.

mytbk commented on 2013-12-14 00:06

Add LDFLAGS, and change --enable-drm-renderer to --enable-drm(but ./configure --help still says --enable-drm-renderer, it needs fixing.)

alucryd commented on 2013-12-13 23:19

padfoot: A recent commit must have a missing linker flag. Add this before make:

export LDFLAGS="$LDFLAGS -ludev"

BTW, it seems --enable-drm-renderer does not exist anymore, it's --enable-drm now.

alucryd commented on 2013-12-13 23:17

padfoot: A recent commit must have a missing linker flag. Add this before make:

export LDFLAGS="$LDFLAGS -ludev"

padfoot commented on 2013-12-13 22:13

Build is failing for me:

make[3]: Entering directory '/tmp/yaourt-tmp-padfoot/aur-plymouth-git/src/plymouth/src'
CC plymouthd-ply-boot-server.o
CC plymouthd-plugin.o
CC plymouthd-main.o
CCLD plymouthd
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_enumerate_add_match_property'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_device_get_syspath'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_new'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_enumerate_scan_devices'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_monitor_receive_device'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_monitor_unref'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_unref'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_enumerate_add_match_parent'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_enumerate_new'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_queue_unref'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_device_get_property_value'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_device_get_action'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_enumerate_add_match_subsystem'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_list_entry_get_next'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_device_new_from_syspath'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_device_has_tag'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_device_get_parent'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_monitor_get_fd'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_enumerate_get_list_entry'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_device_unref'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_monitor_new_from_netlink'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_device_get_is_initialized'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_enumerate_add_match_is_initialized'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_enumerate_unref'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_device_get_sysname'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_monitor_filter_add_match_tag'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_monitor_filter_add_match_subsystem_devtype'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_queue_new'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_monitor_enable_receiving'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_device_get_sysattr_value'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_list_entry_get_name'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_device_get_devnode'
libply-splash-core/.libs/libply-splash-core.so: undefined reference to `udev_queue_get_queue_is_empty'
collect2: error: ld returned 1 exit status
Makefile:537: recipe for target 'plymouthd' failed
make[3]: *** [plymouthd] Error 1
make[3]: Leaving directory '/tmp/yaourt-tmp-padfoot/aur-plymouth-git/src/plymouth/src'
Makefile:689: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/tmp/yaourt-tmp-padfoot/aur-plymouth-git/src/plymouth/src'
Makefile:445: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-padfoot/aur-plymouth-git/src/plymouth'
Makefile:376: recipe for target 'all' failed
make: *** [all] Error 2

mytbk commented on 2013-12-04 10:46

@gormux: I have no problem to build it.

gormux commented on 2013-12-03 18:13

Hi,

I have a problem during configure :
/tmp/yaourt-tmp-julien/aur-plymouth-git/src/plymouth/configure: line 5221: syntax error near unexpected token `dlopen'
/tmp/yaourt-tmp-julien/aur-plymouth-git/src/plymouth/configure: line 5221: `LT_INIT(dlopen disable-static pic-only)'

Am I the only one ?

grufo commented on 2013-11-19 19:08

Hello everyone!
Congratulations for this very very good aur package! :)
I have just a question. Are you able to terminate the gnome session using the current systemd gdm-plymouth.service? When I used gdm.service I had no problems with "terminate session". But now, when I try to terminate, it freezes on linux console and to solve I have to launch:
# systemd stop gdm-plymouth.service && systemd start gdm.service
This problem occurs only on terminating current gnome session. At system boot there are not problems and everything works fine.

grufo commented on 2013-11-19 19:06

Hello everyone!
Congratulations for this very very good aur package! :)
I have just a question. Are you able to terminate the gnome session using the current systemd gdm-plymouth.service? When I used gdm.service I had no problems with "terminate session". But now when I try to terminate it freezes on linux console and to solve I have to launch:
# systemd stop gdm-plymouth.service && systemd start gdm.service
This problem occurs only terminating the current session. At system boot there are not problems and everything works fine.

ylecuyer commented on 2013-11-05 01:33

I have an error while trying to install

mytbk commented on 2013-10-31 07:33

updated plymouth-update-initrd.patch

aricart commented on 2013-10-27 08:09

Needs an update to plymouth-update-initrd.patch:

--- scripts/plymouth-update-initrd.old 2013-10-27 17:02:15.200368142 +0900
+++ scripts/plymouth-update-initrd 2013-10-27 17:02:57.686768138 +0900
@@ -1,2 +1,4 @@
#!/bin/bash
-dracut -f /boot/initramfs-$(uname -r).img $(uname -r)
+find /etc/mkinitcpio.d/ -name \*.preset -a \! -name example.preset | while read p; do
+ mkinitcpio -p $p
+done

aricart commented on 2013-10-27 08:05

They are now using dracut in the sources so you get this error:

patching file scripts/plymouth-update-initrd
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file scripts/plymouth-update-initrd.rej
==> ERROR: A failure occurred in prepare().
Aborting...

You'll need to change scripts/plymouth-update-initrd to this:

--- plymouth-update-initrd.old 2013-10-27 17:02:15.200368142 +0900
+++ plymouth-update-initrd 2013-10-27 17:02:57.686768138 +0900
@@ -1,2 +1,4 @@
#!/bin/bash
-dracut -f /boot/initramfs-$(uname -r).img $(uname -r)
+find /etc/mkinitcpio.d/ -name \*.preset -a \! -name example.preset | while read p; do
+ mkinitcpio -p $p
+done

mytbk commented on 2013-09-24 04:29

plymouth.initcpio_install is updated.
By the way, I saw the aur/plymouth package also use the git sources.

intelfx commented on 2013-09-23 16:41

As said above, the install hook shall be rewritten (at the very least).
Also, I'd recommend that you update your whole PKGBUILD from plymouth package.

duht commented on 2013-09-03 08:35

Please replace the line

SCRIPT='plymouth'

with

add_runscript

in plymouth.initcpio_install script to make plymouth mkinitcpio HOOK work again and start plymouth at early boot stage (right after GRUB).
More info in this thread:
https://bbs.archlinux.org/viewtopic.php?id=167718

aricart commented on 2013-09-02 00:01

For this to work I had to modify both plymouth-quit.service and plymouth-quit-wait.service so they read:

ExecStart=/usr/bin/plymouth

instead of

ExecStart=-/usr/bin/plymouth

Also, one of them had DOS newline characters for some reason...

Dreamkey commented on 2013-06-06 23:46

I think it would be cleaner if you add "--sbindir=/usr/bin" on the configure line instead of moving everything in the package function.
Thanks.

padfoot commented on 2013-06-04 07:01

Please update package to move binaries in /bin /sbin and /usr/sbin to /usr/bin

Thanks.

mytbk commented on 2013-06-02 01:53

@mikeroll: Sorry. PKGBUILD updated.

mikeroll commented on 2013-06-01 16:43

@mytbk: service files are added, but they are not mentioned in package(), therefore not installed.

mytbk commented on 2013-05-19 11:57

{lightdm,slim}-plymouth.service are added.
I saw many -git packages still use all dots in their pkgver, so I think there's no need to change.

Jristz commented on 2013-05-15 00:19

no lightdm-plymouth.service??

and not use . in git, replace those . for .r or ~ because minor updates to the four digit can not be detected due to vercam isues... with this schema

mytbk commented on 2013-05-14 11:44

@jarryson: Well,are you using gdm-plymouth.service or gdm.service?

jarryson commented on 2013-05-14 09:38

Seems can not get plymouth work in early start(before mounting /).

so add plymouth hook is not necessary.

PS: please add one line to gdm.service or plymouth won't stop (I don't understand why plymouth-quit.service did not called by gdm.service).
"ExecStartPre=-/usr/bin/plymouth quit"

mytbk commented on 2013-05-09 14:40

@Boohbah: updated

Boohbah commented on 2013-05-08 20:03

Fix pkgver() function
https://gist.github.com/anonymous/5543207

Boohbah commented on 2013-05-08 19:59

Fix pkgver() function
https://gist.github.com/anonymous/5543178

Anonymous comment on 2013-04-28 17:54

@mytbk: Thanks! :D

mytbk commented on 2013-04-28 16:33

@AStrangeEnigma: I saw that the patch of systemd-unit-dir.patch is no longer in need, I'll update it later.

Anonymous comment on 2013-04-28 15:37

Hi, I'm still having issues with patching :/

==> Starting prepare()...
patching file scripts/plymouth-set-default-theme.in
patching file scripts/plymouth-update-initrd
patching file configure.ac
Hunk #1 FAILED at 254.
1 out of 1 hunk FAILED -- saving rejects to file configure.ac.rej
==> ERROR: A failure occurred in prepare().
Aborting...

Not sure if this is my fault, or if the package needs to be updated

mytbk commented on 2013-04-26 00:26

@AID:Updated.

AlD commented on 2013-04-21 19:02

plymouth-pid.patch doesn't apply anymore due to http://cgit.freedesktop.org/plymouth/commit/?id=e83a754b91dd2b21604516d0c7b201ae14da46c3

francoism commented on 2013-02-26 22:39

To get this to work, I need to use the --force command:
# systemctl enable kdm-plymouth.service --force

lmello commented on 2013-02-08 23:09

Ok, the latest git pulls works... but gdm doesn't start. Neither by enabling gdm.service nor gdm-plymouth.service.

lmello commented on 2013-01-22 14:59

@ricardofunke: using gdm.service solves the sluggishness but makes the tty's look weird (with partial splash images permanently on the screen) and does not transition well to gdm...

orumin commented on 2013-01-21 12:39

I can't install plymouth run script into initramfs when running mkinitcpio.
But, plymouth's modules correctly installed.
So, I modified plymouth.initcpio_install

--- plymouth.initcpio_install.org 2012-07-14 08:04:03.000000000 +0900
+++ plymouth.initcpio_install 2013-01-21 20:22:34.357898902 +0900
@@ -47,7 +47,7 @@
add_binary "$(readlink -e /lib/libnss_files.so.2)"
add_file /lib/libnss_files.so.2

- SCRIPT='plymouth'
+ add_runscript
}

help() {

ricardofunke commented on 2013-01-17 13:42

@lmello: I wasn't usind gdm-plymouth.service, I was using gdm.service instead.

lmello commented on 2013-01-17 08:20

@ricardofunke: yes, but the gdm-plymouth.service in the stable version makes my desktop very slow.

ricardofunke commented on 2012-12-13 13:42

@lmello and @stibbard, are you running "mkinitcpio -p linux" after install the stable version?

lmello commented on 2012-12-13 01:34

Same issue observed by ricardofunke and stibbard. Using an Intel integrated graphic card. Unfortunatelly for me the stable version doesn't work either.

Anonymous comment on 2012-11-13 22:57

Thanks for the tip. Unfortunately, the stable version returns the same error. I continue to dig and if I come up with an answer I'll post it.

ricardofunke commented on 2012-11-13 20:42

Well @stibbard,

It's the mainstream git version that causes that. So, as this package tends to be unstable for use git last pulls, I moved to "plymouth" aur package, it's uses the last stable revision.

The "plymouth" package has now a mantainer, so I think this is the recomended for you.

Anonymous comment on 2012-11-13 18:43

Please excuse the typo in my earlier post, I meant to say "I have"...

For what it's worth, I have tried the plymouth-git pkg using both the Nvidia and nouveau graphics drivers with the same results.

Thanks.

Anonymous comment on 2012-11-13 17:49

I'm have the same issue as ricardofunke. I had to reinstall my Arch system this morning and after installing the plymouth-git package I get the same error: "failed to read status from child immediately after starting to daemonize". Previous installations were trouble free. I am using lightdm and Mate.

Thanks for any comments/assistance.

ricardofunke commented on 2012-11-09 02:05

Today I installed plymouth-git in my wife's laptop but I'm getting this error when running plymouthd:

"failed to read status from child immediately after starting to daemonize"

Can you help me find out what is wrong?

ricardofunke commented on 2012-11-03 00:45

I'm not having the smooth transition to GDM, am I the only one?

I already disable gdm.service and enable gdm-plymouth.service. Am I missing something?

ShyPixie commented on 2012-11-02 21:17

@webmeister Fixed!

popsUlfr commented on 2012-11-02 11:15

@webmeister:
It looks like pangox has been removed from pango: https://mail.gnome.org/archives/commits-list/2012-August/msg05832.html
commenting the line in '/usr/lib/initcpio/install/plymouth-encrypt':
#add_file "/usr/lib/pango/1.6.0/modules/pango-basic-x.so"

removes the error. And I don't see any differences in functionality after recreating my initramfs.

webmeister commented on 2012-11-02 08:49

-> Running build hook: [plymouth-encrypt]
==> ERROR: file not found: `/usr/lib/pango/1.6.0/modules/pango-basic-x.so'

ShyPixie commented on 2012-11-02 06:57

@fzerorubigd Thank you, fixed.

fzerorubigd commented on 2012-11-02 06:30

in plymouth-start.service the /bin/udevadm is wrong.
udevadm is inside /usr/bin and also linked in /sbin

Det commented on 2012-10-28 20:54

Nonono:

make DESTDIR="$pkgdir" install || return 1

Det commented on 2012-10-26 10:52

Be my guest.

Anonymous comment on 2012-10-26 02:27

Quick fix for the issues with the latest version:

sed -i 's/^\(\s*patch \)/\1--follow-symlinks /;s/^\(\s*curl \)-sO/\1-LsO/' PKGBUILD

Or, for those who prefer patch files:

--- PKGBUILD.orig 2012-10-25 00:00:00.000000000 +0000
+++ PKGBUILD 2012-10-25 00:00:00.000000000 +0000
@@ -74,24 +74,24 @@

msg "Applying Patches..."
rm -f encrypt_hook encrypt_install
- curl -sO http://projects.archlinux.org/svntogit/packages.git/plain/cryptsetup/repos/core-i686/encrypt_hook \
- -O http://projects.archlinux.org/svntogit/packages.git/plain/cryptsetup/repos/core-i686/encrypt_install
+ curl -LsO http://projects.archlinux.org/svntogit/packages.git/plain/cryptsetup/repos/core-i686/encrypt_hook \
+ -O http://projects.archlinux.org/svntogit/packages.git/plain/cryptsetup/repos/core-i686/encrypt_install
msg2 "Fixing encrypt HOOK"
- patch -i encrypt_hook.patch
- patch -i encrypt_install.patch
+ patch --follow-symlinks -i encrypt_hook.patch
+ patch --follow-symlinks -i encrypt_install.patch

cd $_gitname-build
msg2 "Setting a human-readable error for '# plymouth-set-default-theme -R'"
- patch -p0 -i "$srcdir/plymouth-set-default-theme.in.patch"
+ patch --follow-symlinks -p0 -i "$srcdir/plymouth-set-default-theme.in.patch"

msg2 "Fixing updating initrd"
- patch -p0 -i "$srcdir/plymouth-update-initrd.patch"
+ patch --follow-symlinks -p0 -i "$srcdir/plymouth-update-initrd.patch"

msg2 "Changing PID file to /run/plymouth.pid"
- patch -p0 -i "$srcdir/plymouth-pid.patch"
+ patch --follow-symlinks -p0 -i "$srcdir/plymouth-pid.patch"

msg2 "Changing SYSTEMD_UNIT_DIR to /usr/lib/systemd/system/"
- patch -p0 -i "$srcdir/systemd-unit-dir.patch"
+ patch --follow-symlinks -p0 -i "$srcdir/systemd-unit-dir.patch"

sed -e 's:png_set_gray_1_2_4_to_8:png_set_expand_gray_1_2_4_to_8:g' \
-i src/libply-splash-graphics/ply-image.c

Det commented on 2012-10-04 18:19

Yes.

Zell_89 commented on 2012-10-04 15:52

Anyone can provide a service for lightdm?

Det commented on 2012-09-15 09:19

I'm failing in the first one already, since the GNU folks apparently had this brilliant idea about symlinks: http://lists.gnu.org/archive/html/bug-patch/2012-09/msg00000.html

liquidsky commented on 2012-09-15 00:45

There is a "bug" while I want to compile plymouth. I use a pure systemd Installation.
patching file scripts/plymouth-update-initrd
-> Changing PID file to /run/plymouth.pid
patching file systemd-units/plymouth-start.service.in
Hunk #1 FAILED at 5.
1 out of 1 hunk FAILED -- saving rejects to file systemd-units/plymouth-start.service.in.rej
patching file systemd-units/systemd-ask-password-plymouth.path.in
patching file systemd-units/systemd-ask-password-plymouth.service.in

Dreamkey commented on 2012-08-18 14:54

Hello,
I have the same problem as GNRS: after the splash screen and before my login manager (slim), the screen is turned off (no backlight) for 2 seconds.
I didn't have this problem with an old build: systemd was not a dependency at this time, but I needed to rebuilt it for the /lib directory becoming a symlink. I built it without systemd, removing lines 91-92, 100 and 126-129.

Berseker commented on 2012-08-18 12:30

I've made a nice theme for Plymouth, based on [url="http://browse.deviantart.com/?qh=&section=&q=plymouth+archlinux#/d3grgbm"]this one[/url] but with fixed logo and colors (accodring to official site colors\logo)
here it is
[url]http://www.sendspace.com/file/20yj79[/url]

xzy3186 commented on 2012-08-18 06:52

With gdm 3.4.1-3 in testing repo installed, the gdm-plymouth.service can not be loaded anymore (every time returns as failed in systemctl). This is not a critical issue because gdm.service can work anyway but do you know how to get rid of this error? Thank you.

Det commented on 2012-08-17 22:21

It was reverted as you can see here: http://cgit.freedesktop.org/plymouth/commit/?id=afed1301a0593050c879a9535f1893ae2031db05

Berseker commented on 2012-08-17 18:00

works great for me (testing system), plymouth-git installed today
I have just the "fsck-not-quiet" issue mentioned below in comment of July 20th from Det

Det commented on 2012-08-09 20:17

'plymouth' seems to work fine. I assume it was this commit that did it: http://cgit.freedesktop.org/plymouth/commit/?id=468c53a128e69809c727c9c69e166297ed66d3b5

lynix commented on 2012-08-09 19:53

Currently broken for me with:

ply-text-display.c:198:1: warning: no previous prototype for ‘ply_text_display_reset_background_color’ [-Wmissing-prototypes]
ply-text-display.c: In function ‘ply_text_display_reset_background_color’:
ply-text-display.c:205:31: error: ‘color’ undeclared (first use in this function)

Det commented on 2012-07-25 07:57

Yeah, it has nothing to _do_ with libtool. It's just the file that was updated in git.

s4ncho commented on 2012-07-25 06:16

I've (libtool instaled and got) error in build:
-> Changing PID file to /run/plymouth.pid
patching file systemd-units/plymouth-start.service.in
Hunk #1 FAILED at 5.
1 out of 1 hunk FAILED -- saving rejects to file systemd-units/plymouth-start.service.in.rej
patching file systemd-units/systemd-ask-password-plymouth.path.in
patching file systemd-units/systemd-ask-password-plymouth.service.in
==> BŁĄD: Wystąpił błąd w build().
Przerywam...
The build failed.

Anonymous comment on 2012-07-23 19:20

oops!

Samsagax commented on 2012-07-23 19:15

@lupylucke: should I be the RTFM guy here?

https://wiki.archlinux.org/index.php/AUR#Getting_started

Anonymous comment on 2012-07-23 19:10

Why? Plymouth fails to build (at least for me) without 'libtool' installed. Looks like a build-time dependency to me...

Det commented on 2012-07-23 12:14

I don't(...)

Anonymous comment on 2012-07-22 21:49

I think 'libtool' should be listed in 'makedepends'...

Det commented on 2012-07-21 09:48

Well, you can _install_ it but you can't actually _use_ it. Not unless somebody makes it work again.

sadika commented on 2012-07-21 06:15

how can i install plymouth without systemd?

Det commented on 2012-07-20 14:58

Reverted the pid path but the [systemd-fsck] message is still there - even with the stable one.

How did we hide this in the first place?

Det commented on 2012-07-20 13:18

Lol. I wonder what did I just do to make the boot messages appear _twice_ with both systemd and initscripts.

Took like half an hour to figure out why was it still happening even after uninstalling plymouth (forgot the hook).

E: Ok, I don't exactly know why but the line:
/usr/sbin/plymouthd --mode=boot --pid-file=/run/plymouth/pid
in "/usr/lib/initcpio/hooks/plymouth" is somehow causing the double-printing. Reverting the pid path to '/run/plymouth.pid' and rebuilding the initrd fixes it.

I still need to figure out why I'm getting the systemd-fsck message, though, which minimizes plymouth to the right lower corner of my screen.

Det commented on 2012-07-20 12:52

Lol. I wonder what did I just do to make the boot messages appear _twice_ with both systemd and initscripts.

Took like half an hour to figure out why was it still happening even after uninstalling plymouth (forgot the hook).

Det commented on 2012-07-20 10:54

K, some of the changes:

* Make the cryptsetup links clickable
* Install our own quit service (ricardofunke)
* Make the dm services neither conflict or run after getty@tty1 (ricardofunke) (I actually didn't even try abbradar's solution - this one just sounded like the right way)
* Create the 'plymouth' directory in /run instead of patching all the service files (abbradar)
* Use '--depth 1' with 'git pull' too
* Simplify the patch messages
* More efficient install for systemd services

abbradar commented on 2012-07-20 09:40

I've tried some modifications to gdm-plymouth.service, but I cannot achieve desired behaviour (smooth transition from plymouth to gdm). I just fixed killing plymouth with some kind of workaround (ricardfunke made same or more complete modifications, http://pastebin.com/fA2xEMN2 is my version). Here is my patch for restoring "/run/plymouth/pid" path: http://pastebin.com/BrCS8FKZ

abbradar commented on 2012-07-20 09:39

I've tried some modifications to gdm-plymouth.service, but I cannot achieve desired behaviour (smooth transition from plymouth to gdm). I just fixed killing plymouth with some kind of workaround (ricardfunke made same modifications and also enabled vt on tty1, http://pastebin.com/fA2xEMN2 is my version). Here is my patch for restoring "/run/plymouth/pid" path: http://pastebin.com/BrCS8FKZ

abbradar commented on 2012-07-20 09:35

I've tried some modifications to gdm-plymouth.service, but I cannot achieve desired behaviour (smooth transition from plymouth to gdm). I just fixed killing plymouth with some kind of workaround (ricardfunke made same modifications, http://pastebin.com/fA2xEMN2 is my version). Here is my patch for restoring "/run/plymouth/pid" path: http://pastebin.com/BrCS8FKZ

abbradar commented on 2012-07-20 09:34

I've tried some modifications to gdm-plymouth.service, but I cannot achieve desired behaviour (smooth transition from plymouth to gdm). I just fixed killing plymouth with some kind of workaround (ricardfunke made same modifications, http://pastebin.com/BrCS8FKZ is my version). Here is my patch for restoring "/run/plymouth/pid" path: http://pastebin.com/BrCS8FKZ

ricardofunke commented on 2012-07-19 15:34

plymouth-quit.service must run before getty@tty1.service, in this way display-manager.service (yourdm-plymouth.service) doesn't need to conflict with getty@tty1.service neither run after that.

My plymouth-quit.service: http://pastebin.com/tG2N4P7W
My gdm-plymouth.service: http://pastebin.com/yJx6W3Jz

Doing that, tty1 is available again without showing you password when typing and maybe will not show tty1 in transition to display manager.

abbradar commented on 2012-07-18 17:07

A lot of places in systemd have /run/plymouth/pid path, so won't it be simpler to just do "mkdir -p /run/plymouth" before daemon starting in mkinitcpio hook?
(just do search for "run/plymouth/pid" in /usr/lib/systemd, for example)
Just built package with this implemented, but I see no improvements - plymouth really never gets killed and gdm starts on another VT (I use gdm-plymouth.service)

abbradar commented on 2012-07-18 16:44

(just do search for "run/plymouth/pid" in /usr/lib/systemd, for example)

abbradar commented on 2012-07-18 16:43

A lot of places in systemd have /run/plymouth/pid path, so won't it be simpler to just do "mkdir -p /run/plymouth" before daemon starting in mkinitcpio hook?

dbuch commented on 2012-07-18 15:08

How do you fix the PID error on non-systemd setup?

BasT commented on 2012-07-15 16:52

All .service files need to be updated:
The [Install] section should be changed from

WantedBy=graphical.target

to

Alias=display-manager.service

Det commented on 2012-07-15 10:38

Surprising how painful these changes can be. The 'systemd-ask-password-console.path' and 'systemd-ask-password-console.service' files still hold the old '/run/plymouth/pid' path, though.

Samsagax commented on 2012-07-15 03:30

I can confirm @ricardofunke's solution works. But now, plymouth never gets killed :S

ricardofunke commented on 2012-07-15 00:43

To fix the '/run/plymouth/pid not found' error, you must change the systemd and mkinitcpio hook files from '/var/run/plymouth/pid' to '/run/plymouth.pid'.

Since the /run directory is volactile (all it's contents is removed in shutdown or reboot), the plymouth isn't able to create the plymouth directory inside it for itself, but it can create a file, so /run/plymouth.pid turns to be the solution.

Samsagax commented on 2012-07-14 22:25

Removing and reinstalling plymouth to see what's wrong.

The filesystem thing was long ago, and worked fine, the first time I got plymouth working, but then I got this error over and over again.

Samsagax commented on 2012-07-14 22:21

@Zephyr: Plymouth won't start in my config: It says it can't write pidfile.

I'm using grub2 + systemd. How can I fix that?

Thank you :)

Anonymous comment on 2012-07-14 20:19

@Samsagax

The pid file is located in /var/run/plymouth/pid.
Maybe there is a problem with that directory's permissions(?).
Please use the files uploaded by Det in this page.

Also have you done this?: http://www.archlinux.org/news/filesystem-upgrade-manual-intervention-required-1/
"ls -lah /var/run" should show it as a symlink to /run although I don't see why that could be a problem.

Samsagax commented on 2012-07-14 17:08

@Zephyr: Plymouth won't start in my config: It says it can't write pidfile.

I'm using grub2 + systemd. How can I fix that?

Thank you :)

Anonymous comment on 2012-07-14 14:37

@Det

Thanks for fixing the hooks and units :D
About the '--depth 1', my local PKGBUILD never had that so I didn't actually remove it.

deadcode commented on 2012-07-14 08:11

The splash screen still shows in tty1

Det commented on 2012-07-13 23:11

Fixed.

Samsagax commented on 2012-07-13 22:51

I'm getting errors in mkinitcpio hooks:

-> Running build hook: [plymouth]
==> ERROR: file not found: `/sbin/plymouthd'
==> ERROR: file not found: `/bin/plymouth'

Det commented on 2012-07-13 19:23

Nice. But why did you remove '--depth 1' from 'git clone'?

Anonymous comment on 2012-07-13 19:02

Sorry guys, I had old files in my build dir.

I have modified the encrypt patches so that they apply cleanly and corrected the sha1sums.

http://www.multiupload.nl/4N4DMN0MEH

Anonymous comment on 2012-07-13 17:13

@qifei9
sha1sums are also not right

qifei9 commented on 2012-07-13 13:09

@Zephyr

I used your PKGBUILD and tarball. And...
"patching file encrypt_hook
Hunk #1 FAILED at 69.
1 out of 1 hunk FAILED -- saving rejects to file encrypt_hook.rej"

Anonymous comment on 2012-07-12 21:21

@ImNtReal

You are correct, I have uploaded a src tarball: http://www.multiupload.nl/7AA9BHT6UB

Please notice that I am using/testing this with systemd only. I do not know if plymouth is working with initscripts but it should.

ImNtReal commented on 2012-07-12 20:37

@Zephyr, it looks like your PKGBUILD is trying to use some patches that aren't included in the old tarball.

Anonymous comment on 2012-07-12 20:19

Hello, you can try this PKGBUILD for the glibc/usr move update.

Note that the systemd units are now included in the plymouth package and the ones inside the tarball should be deleted. (They are also "compiled" so that they follow the /usr move)

http://pastebin.com/s4uM1Kb9

(the maintainer has my name because I used to maintain plymouth-systemd-git, a new maintainer should update the package and remove that line)

gog commented on 2012-07-08 21:55

Hi guys. I tried to get things to work, but other matters require more of my attention. I apologize for the inconvenience.

dieghen89 commented on 2012-07-08 12:55

hi! in few days the rebuild of glibc will hit core. Please read [1] to get your package ready.

[1]
http://mailman.archlinux.org/pipermail/arch-dev-public/2012-July/023200.html

Anonymous comment on 2012-07-07 20:04

do i have to change all the paths in the service files for systemd ? o.O

fs4000 commented on 2012-07-07 16:35

Please change to --without-system-root-install. Arch is just removing /lib, plymouth makes the update to glibc 2.16.0-2 impossible. And you need to strip off the paths in the initcpio files. Path resolution works in initcpio so just use the program name.

To fix the systemd service files you can use "sed -i 's:/lib/systemd/system:/usr&:' configure" and --enable-systemd-integration. The symlinks still have to be created.

Some other improvements:
configure with --without-rhgb-compat-link, remove --enable-gdm-transition since it is deprecated and --with-gdm-autostart-file=yes as it doesn't make sense without log-viewer

Anonymous comment on 2012-07-07 11:27

Prompoting for encrypted drive password not working yet. From what I can see the encrypt and plymouth-encrypt hooks on my system are identical. Does anyone have this working?

ImNtReal commented on 2012-06-20 20:37

I think that the PKGBUILD should be updated to http://pastebin.com/zCEwbAwQ, the plymouth-buildfixes.patch to http://pastebin.com/jMM3VMvK, and add plymouth-no-gtk.patch in case someone wants to fix it separately since it keeps changing. It should look like this: http://pastebin.com/KKJJ4zB8

BasT commented on 2012-06-18 08:59

Any news on how to get it to work with the patch?

ImNtReal commented on 2012-06-12 16:31

Maybe it would be a good idea to move it to a separate patch. That could make it easier to maintain, or at least allow users to exclude the patch instead of modifying it when it breaks.

gog commented on 2012-06-12 16:14

That hunk is necessary to remove a dependency on GTK+, but it keeps changing upstream.

solstice commented on 2012-06-10 18:13

One need to remove the first hunk of the patch to make it work i.e.
Remove those lines in plymouth-buildfixes.patch

@@ -53,10 +53,6 @@
AC_SUBST(PANGO_LIBS)
fi

-PKG_CHECK_MODULES(GTK, [gtk+-2.0 >= 2.12.0 ])
-AC_SUBST(GTK_CFLAGS)
-AC_SUBST(GTK_LIBS)
-
AC_ARG_ENABLE(libdrm_intel, AS_HELP_STRING([--enable-libdrm_intel],[enable building with libdrm_intel support]),enable_libdrm_intel=$enableval,enable_libdrm_intel=no)
AM_CONDITIONAL(ENABLE_LIBDRM_INTEL, [test "$enable_libdrm_intel" = yes])

Anonymous comment on 2012-06-10 08:11

Hi! Trying to compile the package plymouth-git 20120610-1 and I get an error with patches:

==> Applying Patches...
patching file ./configure.ac
Reversed (or previously applied) patch detected! Assume -R? [n]

Building is aborted whatever I answer, yes or no...
How can I fix it?

gog commented on 2012-06-08 19:42

I'm setting up a testbed to get to the bottom of the matter.

LeonidasXIV commented on 2012-06-08 14:48

Thanks for taking over but I just tried and it still does not ask for passphrase while booting like it used to.

gog commented on 2012-06-07 01:03

Hi, plymouth-git fans. You should have pretty boot screens again.

Anonymous comment on 2012-06-02 15:25

I have the

encrypt_hook ... FAILED
encrypt_install ... FAILED

error on on archlinux x86_64.
Please, fix the sha1 summs in the PKGBUILD. The sha1summs is:
f39177bcfe423d03b362888025d48903f6dea75c encrypt_hook
26fb380d56e64cc777ac32e2c124c41ac0769ff5 encrypt_install

ricardofunke commented on 2012-06-02 15:19

Sorry people! I'm disowning this package. No time to maintain...

Anonymous comment on 2012-05-30 01:16

@ricardofunke Alright, next time include some sort of warning haha!

For anybody else with this issue, simply take the "plymouth" hook out of /etc/mkinitcpio.conf and change the "plymouth-encrypt" hook back to "encrypt", then rebuild the image with mkinitcpio -p linux (stock, core kernel is assumed, if your running anything else you should be able to figure it out on your own)

ricardofunke commented on 2012-05-28 13:34

Hello @liquidsky and @Nictrasavios,

I have to remove some patches related to that in order to compile because they wasn't working anymore. At this moment I don't know how to fix these patches yet, so I'm apologizing for this problems and I hope I can fix this soon.

Regards.

Anonymous comment on 2012-05-27 20:02

I have the same issue as liquidsky. Did a complete reinstall before I figured out what it was....

liquidsky commented on 2012-05-27 08:55

Since the last update I can't use Plymouth with my crypted LVM. The Text field don't appears. And if I switch with F2 to the Text mode I can't type in the Pass code. After two keystrokes the cursors moves in a new line and I get the message that the passcose is wrong.

ricardofunke commented on 2012-05-24 16:16

@KriK, it's fixed, thanks.

KriK commented on 2012-05-24 15:23

==> Validating source files with sha1sums...
arch-logo.png ... Passed
encrypt_hook ... FAILED
encrypt_install ... FAILED

LeonidasXIV commented on 2012-05-14 15:04

@christian.d, you're right. For some reason, I uninstalled libtool although it is of course in base-devel. My fault, sorry for the false alarm and thank you!

Anonymous comment on 2012-05-12 09:22

LeonidasXIV
You must install libtool

LeonidasXIV commented on 2012-05-09 12:00

@ricardofunke: Thanks for looking into it, but I don't see the file in git: http://cgit.freedesktop.org/plymouth/tree/src/libply I suppose it is generated by the autotools, because I see this error, before it continues with configure (and fails):

[snip many more errors of this type]
src/tests/ply-boot-splash-test.am:8: warning: variable 'ply_boot_splash_test_LDADD' is defined but no program or
src/tests/ply-boot-splash-test.am:8: library has 'ply_boot_splash_test' as canonical name (possible typo)
src/tests/Makefile.am:11: 'src/tests/ply-boot-splash-test.am' included from here
autoreconf: automake failed with exit status: 1

ricardofunke commented on 2012-05-08 14:08

Well @LeonidasXIV, It's working for me... This file is pulled by git, so I think it's not related to the package. Have you tried to install again? Check if git is retrieving all the files without errors.

LeonidasXIV commented on 2012-05-08 02:10

./configure fails with:

config.status: error: cannot find input file: `src/libply/Makefile.in'

ricardofunke commented on 2012-05-06 15:27

Done @Damon, thanks

daimonion commented on 2012-05-06 11:33

Initcpio hooks need to be installed in /usr/lib/initcpio/hooks

ricardofunke commented on 2012-05-01 13:45

Thanks @Shaeffer

ricardofunke commented on 2012-05-01 13:44

Thanks @Shaefer.

Anonymous comment on 2012-05-01 13:21

systemd unit files have changed directory. They are stored into '/usr/lib/systemd' instead of '/lib/system'. Please update your PKGBUILD.

ricardofunke commented on 2012-04-29 16:28

Fixed, thanks @Maxr.

Maxr commented on 2012-04-29 15:27

encrypt_install got a wrong checksum

ricardofunke commented on 2012-04-04 00:19

systemd isn't build by this package, it's installed as a dependency

h31 commented on 2012-04-03 22:30

Did you tried to use --enable-plymouth option while building systemd? Are there any difference with it?

ricardofunke commented on 2012-04-03 19:32

Thankyou for you comment GNRS. I must understand a lot more about systemd, I already doing some efforts to solve this problem.

If someone already knows how to fix it or want to make a try, feel free to send me your suggestions

GNRS commented on 2012-04-03 13:15

I get a black screen between the plymouth splash screen and GDM. I think it is due to GDM loading (it is not a black screen with a blinking cursor, it's just an empty screen). I wonder if it is normal and whether it is possible to tell plymouth to wait until GDM is completeley loaded so there is no black screen between them. Any ideas?

ricardofunke commented on 2012-02-17 13:14

Ok, done!

Thank you guys!

Det commented on 2012-02-17 02:11

I'm pretty sure people got initscripts installed. The ones who don't obviously use systemd (otherwise they couldn't even boot).

Just put both to optdeps.

ImNtReal commented on 2012-02-16 20:51

It seems like there should be a common provides between the two. It's not that big of a deal for me to remove the dependency when I update, and it's probably safe to assume anyone willing to go to native systemd can probably do the same.

ricardofunke commented on 2012-02-16 20:39

But, on reflection, if I do so, both systemd and initscripts will be optdepends and this package require that one of them is installed on the system in order to work.

So, I think I prefer to keep it with what is working better, what do you think?

ricardofunke commented on 2012-02-16 20:34

Oh, you're right!

I'll do that, thanks!

ImNtReal commented on 2012-02-16 20:25

@ricardofunke, I don't blame you for wanting to leave initscripts on there. I just think it should be moved to optdepends, so it can be built without modifying the PKGBUILD if one is running with native systemd. I just switched to native, myself, thanks to the new systemd-sysvcompat package.

ricardofunke commented on 2012-02-16 20:22

Well @ImNtReal, I think it still works better with initscripts. For me, systemd option still have some problems that I'm working on...

For example:

1. The plymouth-start.service stay with failed status in systemctl.
2. Sometimes, actually most of them, plymouth don't work on shutdown or reboot.

Are these problems happening with you too?

ImNtReal commented on 2012-02-16 20:00

It's working for me this way. I would recommend moving initscripts to optdepends, and maybe add systemd there, so people can tell they have a choice. Thanks.

ImNtReal commented on 2012-02-16 15:43

Does this really require initscripts, or will it run from native systemd, also?

ricardofunke commented on 2012-02-10 16:22

Well @Maxr, I've tested the checksum and it's still correct. Maybe you had some temporary trouble with your connection. So try again

Maxr commented on 2012-02-10 15:45

encrypt_hook ... FAILED

wrong checksum?

ricardofunke commented on 2012-02-08 13:03

Agree @Det, done

Det commented on 2012-02-07 23:09

It should rather be an optdeb, since this one now includes systemd support.

ricardofunke commented on 2012-02-07 18:55

@webmeister, I agree

webmeister commented on 2012-02-07 18:33

Is the systemd dependency really necessary? The package seems to build and run fine without it.

ricardofunke commented on 2012-02-07 17:13

Fixed last problems!

Sorry for the confusion!

Thanks @brcha, @Det and @Shaeffer!

Sorry my bad english too, I'm Brazilian...

Det commented on 2012-02-07 16:08

I'd assume ricardo is either using an older PKGBUILD of this thing or he's just verifying it somehow incorrect.

If you're expecting those "Removing X11-Gtk+ renderer" messages, you'd need to add them yourself with 'msg' or 'msg2'.

Otherwise it's just a couple of "patching file" lines with no clear indication which patch is being applied.

Det commented on 2012-02-07 13:35

I'd assume ricardo is either using an older PKGBUILD of this thing or he's just verifying it somehow incorrect.

If you're expecting those "Removing X11-Gtk+ renderer" messages, you need to add them yourself with 'msg' or 'msg2'.

Otherwise it's just a coupple of "patching file" lines with no clear indication which patch is being applied.

brcha commented on 2012-02-07 11:54

Hi Ricardo,

I've just updated to latest plymouth-git and noticed that rebuilding initcpio gives an (non fatal) error that x11 renderer is missing. Of course it is missing, since you've included the no-x11-no-gtk patch (btw, shouldn't you remove gtk2 from deps?), but, it seams, you forgot to remove the x11-renderer line from initcpio install script. :)

Anyway, thank you for maintaining this package & keep up the good work :)

PS: The no-x11-no-gtk patch is being applied on my computer, and honestly I cannot see a reason why makepkg would skip over that patch...

Anonymous comment on 2012-02-07 04:21

The patch was applied. I used --verbose option with the patch command.

Sorry for my bad English, I'm French.

ricardofunke commented on 2012-02-06 17:23

The changes was done. But @Det and @Shaeffer, could you help me to find out why no-x11-no-gtk.patch is not being applied?

Det commented on 2012-02-06 15:56

Well you of course also need to install/symlink them as in: https://aur.archlinux.org/packages/pl/plymouth-systemd-git/PKGBUILD

Afterwards 'plymouth-systemd-git' should be removed.

ricardofunke commented on 2012-02-06 15:53

@Shaeffer, so it's just add this files and it works? Nothing else?

ricardofunke commented on 2012-02-06 15:53

@Shaeffer, so it's just add this files and it's works? Nothing else?

Anonymous comment on 2012-02-06 11:44

@ricardofunke

Thanks ! You can take files from this PKGBUILD : https://aur.archlinux.org/packages.php?ID=51715 . I use them with yours and it works perfectly.

ricardofunke commented on 2012-02-03 19:58

Done @Det fixes!

#Todo:
1. Aply the settings "StandartInput=null" to rc-local.services without package conflicts
2. Add systemD units files if possible

@Shaeffer, I don't forgot you! ;)

ricardofunke commented on 2012-02-03 19:38

Ok @Det, I'll do that

Thank you

Det commented on 2012-02-03 19:20

So could you please also use '--depth 1' with 'git clone' (to not fetch the complete history) and fix the encrypt_hook patch (you can grab it from the tarball I linked, remember to update the sha1sum)?

Thank-you.

E: nevermind, didn't see your reply there.

Det commented on 2012-02-03 19:20

So could you please also use '--depth 1' with 'git clone' (to not fetch the complete history) and fix the encrypt_hook patch (you can grab it from the tarball I linked, remember to update the sha1sum)?

Thank-you.

ricardofunke commented on 2012-02-03 19:09

Ok @Det, done.

As soon as possible I'll verify your package and the @Shaeffer request.

Thanks

Det commented on 2012-02-03 19:00

I think it's the same as with plymouth, meaning:

# Conbtributor: Det <nimetonmaili at gmail dot com>
# Contributor: Biginoz <biginoz _at_ free _point_ fr>
# Contributor: PirateJonno <j@skurvy.no-ip.org>

ricardofunke commented on 2012-02-03 18:16

Well @Det, I think you're right about the list of contributors. But I don't have the list anymore, if you have it, please, post here and I'll put back again.

ricardofunke commented on 2012-02-03 18:08

@Det, this package was orphan for a long time. This means that there was no mainteiners, much less contributors!

Man, I know you want to contribute and that you have skills, but I cannot understand why you have to be so rude...

Det commented on 2012-02-03 16:58

@ricardofunke, that's not how it goes. The "contributors" list means that those people have _at some point_ been maintainers of this package (or helped in some other major way).

You can't just remove them just because you don't know them and I don't see how this qualifies as a psychiatric problem on my side.

divansantana commented on 2012-02-03 16:52

@Det There's no need to disrespect. One can still get their point across in a more helpful way.
Thanks @ricardofunke for your work and patience.

ricardofunke commented on 2012-02-03 16:47

@Det Man I think you're having some kind of psychiatric problem!

I removed so because this package was orphan, there's just a few days that I became manteiner and I don't know those people.

I'll put their name again once they return to contribute.

Why don't you'll find some medical help?

Det commented on 2012-02-03 16:17

That's funny. You actually removed all the contributors from the beginning of the PKGBUILD?

You want this package to be force orphaned from you?

ricardofunke commented on 2012-02-03 16:07

Hi @Shaeffer, I'll take a look at this as soon as possible.

Thanks

Det commented on 2012-02-03 13:20

@ricardofunke, don't pretend it's anybody else's problem than your own. Do you think people _care_ that you're going to stand for principle here? You think they'll come to congratulate you for how stubborn you have been?

Well they won't. They care about this package. You care about teaching me a lesson (good luck with that). The simple fact is, you're fighting against the _users_ - not me. Why is that?

Only one of us needs to grow up. Can't take criticism? Too bad, you're gonna face it in your life one way or another.

So you got a choice: keep on fighting or don't and update your package, _show_ that it's me who needs to grow up.

Pick one.

Anonymous comment on 2012-02-03 09:48

Can you add systemD units files in this PKGBUILD ? You can use files from plymouth-systemd-git PKGBUILD.

ricardofunke commented on 2012-02-02 19:51

No @Det, I think you should grow up and learn to respect people.

I will not give any more attention to you.

Det commented on 2012-02-02 17:07

I had to laugh. First of all, _you_ are the maintainer of this package. _You_ have the responsibility of making the changes. This means _you_ also claim to be able to do this.

I'm telling you that being the maintainer means you should also know how to do diffs (you could even do that with a graphical app like KDE's Kompare) and if that actually makes you so ridiculously angry then I can only assume you don't. And that's very bad for the package - _and_ its users.

If you can't take criticism, then disown this package. If you can, then deal with it with a little more grown-up fashion and learn to put the package before yourself.

ricardofunke commented on 2012-02-02 16:14

Well @Det, this package is being orphan for a long time, why don't you take such a "responsability" if you think you are that might power script kiddie?

I tried to be polite with you, but now I have to warn you that I won't give any attention to displeasing people.

Det commented on 2012-02-02 08:47

Being the maintainer you should be able to figure that out yourself.

Just some simplifications, '--depth 1' for git clone and fixed the encrypt_hook patch (forgot a space in the beginning of the line where it's being used, though. You should add that).

ricardofunke commented on 2012-02-01 20:49

@Det Why would I? What does it provides?

Det commented on 2012-02-01 17:53

Ok. Could you still please pull my stuff?

ricardofunke commented on 2012-02-01 14:19

Oh it's right @Det! Now I get ya... =)

Well, I don't removed the file, I just commented the lines, but makepkg doesn't packaged the file because of that.

I just commented because I don't know yet if it will be necessary in the near future... Was just a quick solution, I haven't given a good attention to this yet...

Det commented on 2012-02-01 12:45

Pull my stuff: http://www31.zippyshare.com/v/53605609/file.html

Det commented on 2012-02-01 12:30

I meant that why did you leave the rc-local.service lines there? If you already removed the file itself then why not the lines too?

ricardofunke commented on 2012-01-30 22:59

Well @Det, I mean, if someone has a better way to set "StandartInput=null" in rc-local.service, to feel free to post to me, because I can't realize now how to do it.

ricardofunke commented on 2012-01-30 22:57

Hi @Det, I don't understand what you mean...

Det commented on 2012-01-30 21:54

So you removed the actual file, but just commented everything in the PKGBUILD?

How about just like removing the stuff in the PKGBUILD too?

ricardofunke commented on 2012-01-30 21:42

I commented the lines that installs rc-local.service. If someone has a better way to set this, please feel free to post here. ;)

Feanor12 commented on 2012-01-30 21:31

file conflict :
/lib/systemd/system/rc-local.service

plymouth-git & initscripts-systemd

StS commented on 2011-10-09 06:28

smooth plymouth -> gdm

yaourt -S plymouth-systemd-git

# systemctl disable gdm.service
# systemctl enable gdm-plymouth.service

StS commented on 2011-10-09 05:45

Hi, is it possible to keep plymouth screen till gdm is loading ? . I mean like it was in ubuntu , after plymouth u see desktop right away, there wasn't black screen between them.

And if some1 still have a https://bugs.freedesktop.org/show_bug.cgi?id=39698 bug.

just edit /lib/systemd/system/rc-local.service

change:
-StandartInput=tty
+Standartinput=null

mrbit commented on 2011-10-01 13:50

Password properly only in the terminal tty1 clear, odd keyboard input pressing arrow keys

Anonymous comment on 2011-09-21 00:23

Anyone have a viable fix for the "Small black squares" glitch?

I use inittab to start X and GDM; the only way I can avoid this is by killing Plymouth partway through boot.

Samsagax commented on 2011-09-08 23:49

Lol > Look & Feel

If you get it working again that would be great.

Det commented on 2011-09-08 21:30

L&F? Lose and forget?

Samsagax commented on 2011-09-08 19:06

@Det: In fact it is. And if the package is well maintained, then the time spent is returned in good feedback.

I'm looking forward on this one. Really completes the Arch L&F

Det commented on 2011-09-07 16:31

@Samsagax, it probably _is_ related to plymouth.functions.

I wonder if I should start maintaining this again. I wouldn't even need to really come up with anything myself - it would be more like for appearances to get people give more input (which clearly decreased after I disowned this thing).

I guess people are just used to only packages with a maintainer(s) being maintained - so when a package doesn't have any they are more reluctant to contribute.

Samsagax commented on 2011-09-07 16:15

Found a problem related to plymouth + ufw:

If you have plymouth installed, when you try to start ufw daemon, it will fail and print no messages. I've managed to print a trace (using set -x in the script) and seems to be the "/bin/plymouth --ping" call that is failing the entire script. (Somewhere at start ufw-init-functions enables set -e so it will fail entirely if any command fails).

Here is the trace: http://pastebin.com/uScK7WpD

After uninstalling plymouth it works normally. I'll dig it more to have a better conclusion. As this maybe related to modified functions for Arch, should I report this upstream?

Maxr commented on 2011-09-06 20:27

working here.

Anonymous comment on 2011-09-04 06:22

Will not install, here are my errors

==> Applying Patches...
patching file encrypt_hook
patching file encrypt_install
patching file scripts/plymouth-update-initrd
==> Starting make...
/tmp/yaourt-tmp-xaer0/aur-plymouth-git/./PKGBUILD: line 77: ./autogen.sh: Permission denied
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build plymouth-git.

Det commented on 2011-08-14 13:09

Yeah, that's the one.

Cilyan commented on 2011-08-14 12:07

Old plymouth.functions (if I'm not mistaken)
http://pastebin.com/9JSUDcRH

Det commented on 2011-08-13 22:32

Soooo... does anybody have it?

ricardofunke commented on 2011-08-10 23:23

I think the /etc/rc.d/functions.d/plymouth.functions file is running all your stuff both in the boot and the shutdown, because my theme is running in shutdown mode on the boot process... /o\

Well, think the old plymouth.functions were more correct than this one... =P

Det commented on 2011-08-02 22:30

Disowning. Clearly there's people more capable of maintaining this thing than I am.

Kinda busy with other stuff too.

ricardofunke commented on 2011-08-02 21:48

Hi again,

About the "can't shutdown" and the "not showing splash on shutdown" problem...

I've tried all the solutions proposed here, but no success, so I undo all the changes and put back the original file.

Then I decided to try one more thing, modifying the ply_shutdown_start() function in plymouth.functions, like this:

__ply_shutdown_start(){
____XPID=`pidof X`
____if [ "$XPID" ]; then
______if [ "`runlevel | cut -c 3`" != '5' ]; then
________local DM
________for DM in slim gdm kdm xdm entrance; do
__________ck_daemon "$DM" || stop_daemon "$DM"
________done
______fi
______kill -9 $XPID &> /dev/null
____fi
____ply_daemon --mode=shutdown --pid-file=/tmp/plymouthd
____ply_client --show-splash

____while [[ ( $(ps h $(cat /tmp/plymouthd)) ) && ( $ply_wait -lt 3 ) ]]; do
______$(( ply_wait++ ))
______sleep 1
____done

____[[ $(ps h $(cat /tmp/plymouthd)) ]] && kill -9 $(cat /tmp/plymouthd)

____# don't get killed by kill_all
____add_omit_pids `cat /tmp/plymouthd`
__}

Though, I think just sleeping 3 seconds and then kill plymouthd will be enough. But, anyway, I put all that "while" thing to verify if plymouthd will stop correctly before the kill...

So, with that, my machine can shutdown showing the splash correctly...

I have submitted a bug to mainstream about the hang of "plymouthd --mode=shutdown", just waiting for response...

[]'s

Det commented on 2011-08-02 10:31

Humm.. just stopped working completely for me. Hangs on _both_ startup _and_ shutdown (with and without Nouveau). Just wasted like 3 hours of my life trying to figure out what was wrong.. without any luck. The stable one ('plymouth') didn't work either so I can only assume it was some [testing] update that did it.

Det commented on 2011-08-01 22:55

Humm.. just stopped working completely for me. Hangs on _both_ startup _and_ shutdown (with and without Nouveau). Just wasted like 3 hours of my life trying to figure out what was wrong.. without any luck. The stable one ('plymouth') worked fine so I can only assume it was some [testing] update that did it.

ricardofunke commented on 2011-08-01 17:09

Hi guys,

I have submited a bug to mainstream yesterday about the problem with tty1:
https://bugs.freedesktop.org/show_bug.cgi?id=39698

Here is what they said:

"It sounds like you're quitting plymouth after starting your getty, make sure
you quit plymouth before starting your getty.

plymouth will restore tty settings to the way it found them when it quits.
That could overwrite any settings your getty tries to change."

ricardofunke commented on 2011-08-01 16:32

@auti, My theme is displayed on boot, but not on shutdown

But, I'll remove vga=773 as you said, thanks! ;)

@Samsagax, I'll try commenting this too and see if I'll can shutdown

autermann commented on 2011-08-01 00:27

'ply_client quit --retain-splash' kills plymouthd but does not clean the framebuffer. Who can guess that it would prevent init from terminating...

Samsagax commented on 2011-07-31 23:59

I Can't shutdown or reboot system with last update. Fixed this by commenting line 40 in function ply_quit_shutdown(). Now everything works as expected.
Should look like this:
...
# stop plymouth before shutdown
ply_quit_shutdown() {
#ply_quit_boot
[[ $(ps h $(cat /tmp/plymouthd)) ]] && kill -9 $(cat /tmp/plymouthd)
}
add_hook shutdown_poweroff ply_quit_shutdown
...

Why is "ply_quit_boot()" function call there in the first place? This is what it does:
...
# stop plymouth after rc.multi
ply_quit_boot() {
ply_client quit --retain-splash
}
...

Why quit retaining splash if we are going to turn the system completely off? ply_quit_shutdown() is called when the system turns to the proper runlevel and just need to kill plymouth so INIT can terminate.

autermann commented on 2011-07-31 23:16

@ricardo: i have the same problem with my nvidia based box. I didn't set up a framebuffer and plymouth defaults to the text theme. That's why everything is echoed.

I think the vga=773 in your kernel command line conflicts with KMS, such that your theme can't be displayed.

@Det: thanks :)

ricardofunke commented on 2011-07-31 21:03

@Cilian You misunderstood me, I mean:

- tty1 is still echoing everything that is typed after the prompt, including the password

ricardofunke commented on 2011-07-31 21:00

@Cilyan Yes, I did! What's the relation?

$ cat /proc/cmdline
root=/dev/mapper/vg00-root ro vga=773 quiet splash i915.modeset=1

Cilyan commented on 2011-07-31 20:38

"- tty1 is still echoing everything"

Just a check: did you add the option "quiet" to the boot line in grub/...?

ricardofunke commented on 2011-07-31 19:24

Well guys,

I've upgraded the package and it still have some problems:

- tty1 is still echoing everything
- plymouthd --mode=shutdown is still hanging, so I still have to force kill [1]
- when shuting down or rebooting, the splash is not showed

I have tested it in two notebooks with the same results, both are running Gnome3 with GDM

[1] Here is the code to force kill in plymouth.function:

__# stop plymouth after rc.multi
__ply_quit_boot() {
____ply_client quit --retain-splash &
____if [[ -f /tmp/plymouthd ]]; then
______while [[ ( $(ps h $(cat /tmp/plymouthd)) ) && ( $ply_wait -le 3 ) ]]; do
________$(( ply_wait++ ))
________sleep 1
______done
______[[ $(ps h $(cat /tmp/plymouthd)) ]] && kill -9 $(cat /tmp/plymouthd)
____fi
__}

ricardofunke commented on 2011-07-31 19:22

Well guys,

I've upgrade the package and still have some problems:

- TTY is still echoing everything
- plymouthd --mode=shutdown is still hanging, so I still have to force kill [1]
- when shuting down or rebooting, the splash is not showed

I have tested it in two notebooks with the same results, both are running Gnome3 with GDM

[1] Here is the code to force kill in plymouth.function:

__# stop plymouth after rc.multi
__ply_quit_boot() {
____ply_client quit --retain-splash &
____if [[ -f /tmp/plymouthd ]]; then
______while [[ ( $(ps h $(cat /tmp/plymouthd)) ) && ( $ply_wait -le 3 ) ]]; do
________$(( ply_wait++ ))
________sleep 1
______done
______[[ $(ps h $(cat /tmp/plymouthd)) ]] && kill -9 $(cat /tmp/plymouthd)
____fi
__}

Det commented on 2011-07-31 17:04

And even the ~/.xinitrc trick doesn't work?

Anonymous comment on 2011-07-31 14:54

It works I can now see the plymouth animation, still having problems with the small black squares using nvidia with proprietary drivers ¿Any ideas?
Great job Thanks.

Det commented on 2011-07-31 08:29

@auti, I don't get to say this too often but: a brilliant package!

There were a couple of minor "carelessnesses" but I mean: wow!

Det commented on 2011-07-31 07:47

@auti, I don't get to say this often but: a brilliant package!

There were a couple of minor "carelessness" but I mean: wow!

autermann commented on 2011-07-31 00:16

This would require patching of X[1], KDM[2], GDM[3] or whatever display manager you use. More information at [4] ;)

[1] http://pkgs.fedoraproject.org/gitweb/?p=xorg-x11-server.git;a=blob;f=xserver-1.5.0-bg-none-root.patch
[2] http://pkgs.fedoraproject.org/gitweb/?p=kdebase-workspace.git;a=blob;f=kdebase-workspace-4.4.92-kdm_plymouth081.patch
[3] http://pkgs.fedoraproject.org/gitweb/?p=gdm.git;a=blob;f=plymouth.patch
[4] http://blogs.gnome.org/halfline/2009/11/28/plymouth-%E2%9F%B6-x-transition/

Anonymous comment on 2011-07-30 23:02

Would it be easy to make it like fedora and ubuntu and make plymouth fade out with the display manager?

ricardofunke commented on 2011-07-30 21:03

@auti, no solves, same problems and the old problem of "doesn't shut down" is back.

Sorry for the bad news, but thanks anyway ;)

autermann commented on 2011-07-30 19:50

You may try my version. The current package won't start plymouth at shutdown as the wrong hook is registered.

And no problems with echoed commands on tty1 here...

ricardofunke commented on 2011-07-30 19:31

Shouldn't the line "ply_client quit --retain-splash" have to be right after the other ply_daemon and ply_client lines, like this?

ply_daemon --mode=shutdown --pid-file=/tmp/plymouthd
ply_client --show-splash
ply_client quit --retain-splash

Well, the "ply_client quit --retain-splash" can't kill the plymouthd anyway, so I put a & after that, like this:

ply_daemon --mode=shutdown --pid-file=/tmp/plymouthd
ply_client --show-splash
ply_client quit --retain-splash &

while [[ ( $(ps h $(cat /tmp/plymouthd)) ) && ( $ply_wait -lt 3 ) ]]; do
ply_wait=$(( $ply_wait + 1 ))
sleep 1
done

[[ $(ps h $(cat /tmp/plymouthd)) ]] && kill -9 $(cat /tmp/plymouthd)

ricardofunke commented on 2011-07-30 18:49

Just one more issue...

The splash is not showing in shutdown anymore, what can I do?

ricardofunke commented on 2011-07-30 18:41

I'm having an issue with my tty1, it's echoing every command I type there, even the password!

It's just in tty1, the other tty works ok.

Have you facing this trouble too?

autermann commented on 2011-07-30 17:01

@Det: the shutdown_start hook is only called if /etc/rc.shutdown is executed and the multi_end hook is called everytime you switch to runlevel 5.

I've updated the package [1] and made some changes.. feel free to adopt those:
* partly rewritten plymouth.functions. registers now lots of hooks and works like a charm
* killing the daemon in rc.local is not needed
* the plymouth-encrypt hook is generated by patching the original cryptsetup hook files.
* plymouth-update-initrd.patch is updated to use *.preset instead of *.kver in /etc/mkinitcpio.d

[1] http://autermann.org/plymouth-git-20110730-3.src.tar.gz

Det commented on 2011-07-30 16:43

Started maintaining this thing (for now). It has so many sweet little votes.

Det commented on 2011-07-30 09:17

Btw. I updated the Wiki. It's up-to-date again :p.

Det commented on 2011-07-30 07:24

Guys, there's no maintainer with this thing. You are free to do that yourselves.

E: @ricardofunke, I did those. @auti, I don't think if it should register either one at the end of the file. Doesn't this mean it does it every time the file is called (on startup _and_ shutdown (though, this is not currently implemented)).

Det commented on 2011-07-30 07:06

Guys, there's no maintainer with this thing. You are free to do that yourselves.

autermann commented on 2011-07-30 01:00

shouldn't /etc/rc.d/functions.d/plymouth.functions register a shutdown_start hook instead of a multi_end hook?

from /etc/rc.d/functions:
# shutdown_start: at the beginning of rc.shutdown
# multi_end: at the end of rc.multi

ricardofunke commented on 2011-07-30 00:25

please change /etc/rc.d/functions.d/plymouth.functions line from:

while [[ ( $(ps h $(cat /tmp/plymouthd)) ) && ( $ply_wait -lt 5 ) ]]; do

to

while [[ ( $(ps h $(cat /tmp/plymouthd)) ) && ( $ply_wait -lt 3 ) ]]; do

5 seconds is such a long time, 3 is better...

ricardofunke commented on 2011-07-30 00:21

Every update still overwrites our /etc/plymouth/plymouthd.conf. This should not occur in order do keep our theme selection.

Anonymous comment on 2011-07-18 21:00

Please rename the "install" function in "/lib/initcpio/install/plymouth" and "/lib/initcpio/install/plymouth-encrypt" to "build"

hellnest commented on 2011-07-10 18:15

Guys don't really have time to updated and maintenance it anymore, also will away from my linux box for a while. Here a recent tarball for this package http://ompldr.org/vOWY5eA i don't have time to re-create this on my Arch machine.

Thanks i will drop this package and feel free to maintenance :)

divansantana commented on 2011-07-10 17:24

with latest mkinitcpio 0.7.2-1 below warning.
==> WARNING: Hook 'plymouth-encrypt' uses a deprecated 'install' function. This should be renamed 'build'

Anonymous comment on 2011-07-10 13:48

I'm running with the kernel26-lqx and also keep the kernel26 around for good measure. It builds and runs fine - so long as I first change 'install' to 'build' in the '/lib/initcpio/install/plymouth' file after installation. Since I'm also running with systemd, I only see the splash animation on bootup and not on shutdown as I was without systemd.

hellnest commented on 2011-07-06 07:08

@sidneyk
i done that on saturday. :) but just now have time to upload anyway thanks for your information.

Plymouth should build now against new mkinitcpio, but i still got an error "disconnected from boot daemon". I'm running BTRFS system. Let me know if this package run fine on others :)

Anonymous comment on 2011-07-06 05:08

Seems that all that is required to fix plymouth-git is to change a couple items in /lib/initcpio/install/plymouth. On line #2, change 'install' to 'build' and remove the 'add_device' line, line #3.

# vim: set ft=sh:
build() {
add_dir /dev/pts
add_dir /usr/share/plymouth/themes

It now builds and works just fine with minitcpio again.

hellnest commented on 2011-07-02 06:15

Ok i will take a look at it later, i will put the fix on monday probably. :) if there any suggestion for new mkinitcpio just let me know, i will be off for holiday this weekend.

Anonymous comment on 2011-07-01 17:33

The mkinitcpio-0.7-1 update from 6-30-11 in testing breaks plymouth whenever the first images are built with it. It says that the 'install' function is deprecated in '/lib/initcpio/install/plymouth', that the function should be renamed to 'build' and also complains about the command 'add_device' not being found. If I change the 'install' function name to 'build' that error disappears, but the other error is still present. I tried replacing 'add_device' with 'mknod', as suggested in another post, but this does not work either. Reading the announcement in one of the mailing lists says that the 'install' function has been deprecated and the 'add_device' command removed. I don't know if there were any other things that are now deprecated or changed as far as the hooks go, but I couldnt get past these and build any images that had plymouth incorporated.

hellnest commented on 2011-06-29 04:30

@mond
Thanks for your suggestion, i already added it to plymouth-update-initrd

Anonymous comment on 2011-06-28 17:15

plymouth-update-initrd doesn't work with custom kernelversions e.g. kernel26-ck.

When you change it to

#!/bin/bash
for i in /etc/mkinitcpio.d/*.kver; do
i=${i##*/}
i=${i%.kver}
/sbin/mkinitcpio -p $i
done

it should rebuild the initrds for every kernel installed on the system.

hellnest commented on 2011-06-25 19:27

@ricardo
done :), thanks for the correction :). PKGBUILD updated and fix plymouth.functions

ricardofunke commented on 2011-06-20 17:29

Another thing...

The plymouth.conf file shouldn't be overriden at the updates... ;)

Thanks!

hellnest commented on 2011-06-20 00:34

Nicely done :), actually i just realize i had a same problem when shutting down using 'shutdown -h' command. But using 'halt' is run fine ^^. Plymouth.functions updated

ricardofunke commented on 2011-06-19 15:33

Sorry, I forgot to thank you for the modifications... ;)

ricardofunke commented on 2011-06-17 19:00

Sorry, but I think you should reduce the time from 5 to 3, I saw later that 5 is too much...

Could you put it indented?

ricardofunke commented on 2011-06-16 03:54

My plymouth don't let my notebook shutdown, then I found that "plymouthd --mode=shutdown" hangs and it stops only with kill -9.

So I wrote that code above on plymouth.functions to fix it:

####
(...)
if [ "$0" == "/etc/rc.shutdown" ]; then
XPID=`pidof X`
if [ "$XPID" ]; then
RUNLEVEL=`runlevel`
if [ "${RUNLEVEL:2:4}" != '5' ]; then
[ -e /var/run/daemons/slim ] && /etc/rc.d/slim stop
[ -e /var/run/daemons/gdm ] && /etc/rc.d/gdm stop
[ -e /var/run/daemons/kdm ] && /etc/rc.d/kdm stop
[ -e /var/run/daemons/xdm ] && /etc/rc.d/xdm stop
[ -e /var/run/daemons/entrance ] && /etc/rc.d/entrance stop
fi
kill -9 $XPID &> /dev/null
fi

ply_daemon --mode=shutdown --pid-file=/tmp/plymouthd
ply_client --show-splash

while [[ ( $(ps h $(cat /tmp/plymouthd)) ) && ( $ply_wait -lt 5 ) ]]; do
ply_wait=$(( $ply_wait + 1 ))
sleep 1
done

[[ $(ps h $(cat /tmp/plymouthd)) ]] && kill -9 $(cat /tmp/plymouthd)

fi
###

Cilyan commented on 2011-06-11 15:09

pkg-config (once again) is part of the base-devel, which is a prerequisite to build ANY package.
https://wiki.archlinux.org/index.php/Creating_Packages
That's why it should NOT appear in the [make]depends array.

hellnest commented on 2011-06-11 12:39

The PKGBUILD should running fine, just try it and give any info if it failed to build,

ricardofunke commented on 2011-06-11 11:40

So @dimitar, should pkg_config be as "makedepends" in PKGBUILD?

hellnest commented on 2011-05-22 00:31

Since i'm using it, i will try to maintenance the package

Cilyan commented on 2011-05-21 10:33

Update of PKGBUILD:
- Quotes in PKGBUILD to protect paths with spaces
- Separate package function
- Get package version from autotools (for provides option)
- Include fix for getpwid_r with a tweak to cope with different version of nss (should work till version 3 is released)

Anonymous comment on 2011-03-17 15:48

about that getpwuid_r():
https://bbs.archlinux.org/viewtopic.php?pid=886041 did that for me (ok, i had a different libnss version so i had to change that)

dimitar commented on 2011-03-16 21:21

@antiwinhacker: I also got the same error when I tried to makepkg. The problem is that the macro PKG_CHECK_MODULES cannot be found, i. e. you need to install pkg-config:

$ sudo pacman -S pkg-config

You'll also need patch:

$ sudo pacman -S patch

vorbote commented on 2011-02-18 16:38

Make that getpwuid_r() :-)

vorbote commented on 2011-02-18 16:36

When booting finishes and just before the login manager starts, slim in my case, there is a message that says that getpwid_r() failed because there is no user with system id 0 (that would be root!). It seems that plymouth needs some sort of basic passwd file with basic accounts defined present in the initrd. I haven't actually checked that up myself, though.

Anonymous comment on 2010-12-28 08:35

I just recompiled and it worked fine for me

Anonymous comment on 2010-12-28 07:42

Current plymouth does not support libpng>= 1.4. I get this during configure:


./configure: line 12270: syntax error near unexpected token `IMAGE,'
./configure: line 12270: `PKG_CHECK_MODULES(IMAGE, libpng >= 1.2.16 )'

I installed libpng12, but the configure script did not found :(

jorgemota commented on 2010-10-22 05:17

I got a unknow user id error after boot ends and before slim get loaded. but this dissappears so quick that I can't read entire msg, but sometimes the laptop freeze at it and reboot :S

jarryson commented on 2010-10-05 18:52

Sorry, i don't have much time right now. i will drop this package, plz adopt it.

daenyth commented on 2010-10-05 17:53

Make sure to make a massive warning about that.

Anonymous comment on 2010-10-05 17:31

plymouth-encrypt is not a good hook name, because it cannot be skipped using the 'disablehooks=' boot option.
The reason for this is that Arch's init script pushes kernel cmdline args into the environment using export, which doesn't like variable names with hyphens in them.
Renaming it to plymouth_encrypt would fix this problem.

Anonymous comment on 2010-10-04 22:57

this produces an ERROR during mkinitcpio without the ttf-dejavu font package installed. should this be listed as a dependency?
I assume the font is configurable (haven't looked into it), so maybe just adding to the message after installation to mention that a font needs to be installed/configured?

Anonymous comment on 2010-09-09 13:06

have you tried rebuilding the package? it downloads everytime you built it the newest git sources, you can change the last changes here: http://cgit.freedesktop.org/plymouth/log/

Det commented on 2010-07-27 20:13

My only 'problem' with this thing is that my "/" is mounted with the options "barrier=1,data=writeback" despite the fact that I don't have journal on my root.

Det commented on 2010-07-27 19:27

With me /dev/pts DOES get mounted later on in the boot process so the message can be ignored.

You can check you mounted partitions with "mount".

fettouhi commented on 2010-07-10 07:08

Currently plymouth is causing graphical corruptions on my KDE desktop if I use it. Does anybody else experience that?

MuPuF commented on 2010-07-03 18:43

jarryson: Any update ?

jarryson commented on 2010-06-21 08:46

mkinitcpio 0.6.6 still can not mount /dev/pts, so have to remove this part.

jarryson commented on 2010-06-16 07:46

see this bug i reported: http://bugs.archlinux.org/task/19817

jarryson commented on 2010-06-16 07:34

i did not recompiled 2.6.34 kernel. but i still have this problem. i think this is a bug or something.

MuPuF commented on 2010-06-15 21:38

Jarryson: I have the same bug. Only a few people must have it as only a few of us actually recompile their kernels ;)

The bug happens on both my computers.

PirateJonno commented on 2010-06-15 07:02

to check your image run
zcat /boot/kernel26.img | cpio -t 2>&1 | grep '/dev'
and replace zcat with xzcat or bzcat if you're using lzma or bzip2 compression

jarryson commented on 2010-06-15 04:20

i know why now. i downgrade mkinitcpio to 0.6.4-1 and everything is fine now.

i am not sure if this is a bug of mkinitcpio package, if anyone else met the same problem, i will try to report a bug.

jarryson commented on 2010-06-15 04:09

i am not sure, and even i remove plymouth, i still can see the "can not open /dev/null" warning.

i don't know how to check if /dev/null and /dev/pts exist in my initcpio image, but i checked the scripts /lib/initrd, /dev/null and /dev/pts will be created when booting, so i really don't know how this issue happen.

PirateJonno commented on 2010-06-15 00:37

make sure /dev/null and /dev/pts are in your initcpio image?

jarryson commented on 2010-06-14 17:28

i met some problem when booting. these messages are too early to log, so i write it down from my memory.

cannot find /dev/null
mount: can not mount none on /dev/pts, file or directory doesnot exist.
can not create session

these all shown about plymouth started. but i don't think it's caused by plymouth. do anyone else met the same issue?

jarryson commented on 2010-06-14 16:37

thanks! Fixed.

fettouhi commented on 2010-06-14 16:31

plymouth.initcpio_hook has the wrong md5sum.

Anonymous comment on 2010-05-24 12:03

Forgot to say: I get that error (which after googling seems to have nothing to do with plymouth itself) using an intel card 4500 I think

shemz commented on 2010-05-23 17:39

Have you removed temp.patch ? This pkg runs fine with vesa fb on nvidia. But the shutdown is screwed up. Compiling with --enable-gdm-transition will work for KDM ?

shemz commented on 2010-05-23 17:38

Have you removed temp.patch ? This pkg runs fine with vesa fb on nvidia. But the shutdown is screwed up. Compiling with --enable-gdm-transition will for KDM ?

shemz commented on 2010-05-23 17:37

Have you removed temp.patch ? This pkg runs fine with vesa fb on nvidia. But the shutdown is screwed up. Compiling with --enable-gdm-transition will for KDM ?

shemz commented on 2010-05-23 13:29

Have you removed temp.patch ? This pkg runs fine with vesa fb on nvidia. But there are two problems. First, the progress bar doesn't go to the extreme right, plymouth quits in between; and second shutdown is screwed up. Any suggestions ?

Anonymous comment on 2010-05-15 19:10

GLib-WARNING **: getpwuid_r(): failed due to unknown user id (0)

Also got this ;)

kolos commented on 2010-05-15 06:23

i got the same warning message @antigerme

daenyth commented on 2010-05-04 01:03

Yes, I've seen that also.

Anonymous comment on 2010-05-04 00:20

Hook plymouth erro:
GLib-WARNING **: getpwuid_r(): failed due to unknown user id (0)

After the warning message closes plymouth.

Someone is going through the same problem?

jarryson commented on 2010-04-30 14:25

if there is any daemons failed, plymouth will quit, so plz check if all the services run normally.

if your shutdown all messedup, please try --enable-gdm-transition, or add the tmp.patch i provided.

Huulivoide commented on 2010-04-30 14:15

Now I do have right theme on start up, but the plymouth gets ?killed? just before the udev starts do its things. also i only have all messed up on shutdown

fettouhi commented on 2010-04-25 07:39

Yep. Many thanks!

jarryson commented on 2010-04-20 12:53

Fixed. need to build /etc/plymouth/plymouthd.conf into initrd image.

PS: tmp.patch is for the ones who only see all messed when shutdown.

jarryson commented on 2010-04-19 14:15

i think i know what's the problem now, need time to test. plz wait for a while

Huulivoide commented on 2010-04-19 13:23

I get just simple blue bar moving to right on boot instead of the solar/any other theme. Also the Plymouth closes when the pc inters init 3/5. when shutting down I get picture of the solar theme but it closes imidiatly

fettouhi commented on 2010-04-13 17:37

Same problem here also.

Anonymous comment on 2010-04-12 21:26

i ve got the same problem with my ati card

jarryson commented on 2010-04-10 11:21

do u guys have any problem with this recently? i can get boot splash work. the boot splash looks just like shutdown mode splash.

jarryson commented on 2010-03-30 16:10

i have already explained many times. you must compile libdrm with intel radeon nouveau support.

acutally no need to use libdrm-latest at all, libdrm in testing is pretty new already.

Anonymous comment on 2010-03-30 14:09

I got error compiling with libdrm_radeon:
http://aur.pastebin.com/57FwnQiG

jarryson commented on 2010-03-25 08:16

recently plymouth-git won't work properly again, shutdown mode won't show splash.

but good news: version 0.8 is out, hope it can enter community