Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[Evangelos Foutras]

On 7 July 2011 03:02, Baho Utot  wrote:
> On Wednesday, July 06, 2011 05:59:33 PM Paul Ezvan wrote:
>> > As a temporary work around, just add a link in /usr/lib from
>> > /usr/lib/libdb-5.1.so -> libdb-5.2.so:
>> >
>> > 13:14 providence:~> sudo ln -sf /usr/lib/libdb-5.2.so
>> > /usr/lib/libdb-5.1.so 13:14 providence:~> sudo /etc/rc.d/postfix restart
>> >
>> > That will bring postfix back up until the package is updated. Then don't
>> > forget to remove the link later...
>>
>> Please don't do that, this is a bad workaround !
>> You should rebuild the package instead, it is very easy with ABS.
>>
>> Paul
>
> Why?
>
> The worst you could do is have pacman complain that the file(s) already exists
> in the file system.  You then only have to remove it and you're good.
>
> Still the best way is to build/repackage but the link works as weel.

A soname bump generally indicates a change in the ABI.

Enjoy your random crashes. :p

Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[Allan McRae]

On 07/07/11 10:02, Baho Utot wrote:

On Wednesday, July 06, 2011 05:59:33 PM Paul Ezvan wrote:

As a temporary work around, just add a link in /usr/lib from
/usr/lib/libdb-5.1.so ->  libdb-5.2.so:

13:14 providence:~>  sudo ln -sf /usr/lib/libdb-5.2.so
/usr/lib/libdb-5.1.so 13:14 providence:~>  sudo /etc/rc.d/postfix restart

That will bring postfix back up until the package is updated. Then don't
forget to remove the link later...


Please don't do that, this is a bad workaround !
You should rebuild the package instead, it is very easy with ABS.

Paul


Why?

The worst you could do is have pacman complain that the file(s) already exists
in the file system.  You then only have to remove it and you're good.

Still the best way is to build/repackage but the link works as weel.



The worst you can do while symlinking libraries is entirely screw your 
system...  just ask the people who could not use pacman to extract .xz 
packages anymore after symlinking liblzma...


Library sonames change for a reason.

Allan

Re: [arch-general] Something Broken with Perl!

[Steve Holmes]

On Tue, Jul 05, 2011 at 08:33:32PM +0200, Florian Pritz wrote:
> Well, perl guys tend to loose the dots so 5.14.1 would be 5.014001. You
> can test that using `perl -v` or `perl -e 'print $^V'` and `perl -e
> 'print $]'`. "$]" and "$^V" contain the perl version you're running in
> different formats.
> I have no idea why there are two formats though.

Before I saw this reply, I went ahead and installed Params::Util from
the perl-params-util package from AUR; that went in fine because the
PKGBUILD has the perl version dependency changed down to simply '5'.
After that, I went back and used cpanp to install Moose and whammo! It
picked up all the necessary dependencies and plugged them all in
without further incident.  So my faith in cpanplus is restored:).
Maybe the version number dependency for Params::Util needs to be
corrected so cpanp can compare it properly?  Not sure how to go about
that though.  Fortunately, that was the only package that held things
up for me.

I sure like the way it grabbed all the dependencies for me now.
thanks for the recommendation for this package.

Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[Baho Utot]

On Wednesday, July 06, 2011 05:59:33 PM Paul Ezvan wrote:
> > As a temporary work around, just add a link in /usr/lib from
> > /usr/lib/libdb-5.1.so -> libdb-5.2.so:
> > 
> > 13:14 providence:~> sudo ln -sf /usr/lib/libdb-5.2.so
> > /usr/lib/libdb-5.1.so 13:14 providence:~> sudo /etc/rc.d/postfix restart
> > 
> > That will bring postfix back up until the package is updated. Then don't
> > forget to remove the link later...
> 
> Please don't do that, this is a bad workaround !
> You should rebuild the package instead, it is very easy with ABS.
> 
> Paul

Why?

The worst you could do is have pacman complain that the file(s) already exists 
in the file system.  You then only have to remove it and you're good.

Still the best way is to build/repackage but the link works as weel.

Re: [arch-general] Something Broken with Perl!

[clemens fischer]

clemens fischer wrote:

>  % urxvt
>  urxvt: symbol lookup error:
>  /usr/lib/perl5/site_perl/auto/List/Util/Util.so: undefined
>  symbol: Perl_Istack_sp_ptr
> 
> I moved Util.so elsewhere and urxvt started working again.
> 
> But:
> 
>  # cpanp
>  Data::Dumper object version 2.130_02 does not match
>  $Data::Dumper::VERSION 2.126 at /usr/lib/perl5/core_perl/DynaLoader.pm line 
> 213.
>  Compilation failed in require at /usr/share/perl5/core_perl/Params/Check.pm 
> line 8.
>  BEGIN failed--compilation aborted at 
> /usr/share/perl5/core_perl/Params/Check.pm line 8.
>  Compilation failed in require at /usr/share/perl5/core_perl/Log/Message.pm 
> line 5.
>  BEGIN failed--compilation aborted at 
> /usr/share/perl5/core_perl/Log/Message.pm line 5.
>  Compilation failed in require at 
> /usr/share/perl5/core_perl/CPANPLUS/Error.pm line 5.
>  BEGIN failed--compilation aborted at 
> /usr/share/perl5/core_perl/CPANPLUS/Error.pm line 5.
>  Compilation failed in require at /usr/share/perl5/core_perl/CPANPLUS.pm line 
> 6.
>  BEGIN failed--compilation aborted at /usr/share/perl5/core_perl/CPANPLUS.pm 
> line 6.
>  Compilation failed in require at /usr/bin/core_perl/cpanp line 11.
>  BEGIN failed--compilation aborted at /usr/bin/core_perl/cpanp line 11.
> 
> out of curiosity, I did:
> 
>  # mmv /usr/lib/perl5/core_perl/ /usr/lib/perl5/core_perl-old
>  `/usr/lib/perl5/core_perl/' -> `/usr/lib/perl5/core_perl-old'
>  ~
>  0 3 # cpanp
>  /usr/bin/perl: error while loading shared libraries: libperl.so:
>  cannot open shared object file: No such file or directory
>  ~
>  # locate -i libperl.so
>  (no output)
>  ~
>  # find /usr/bin/core_perl/ -type f ( -name *libperl* )
>  (no output)

thanks for looking into this.

I had to rename /usr/lib/perl5/site_perl (to
/usr/lib/perl5/site_perl-old) to make things like automake and cpanplus
work again.


clemens

Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[Paul Ezvan]

> 
> As a temporary work around, just add a link in /usr/lib from 
> /usr/lib/libdb-5.1.so -> libdb-5.2.so:
> 
> 13:14 providence:~> sudo ln -sf /usr/lib/libdb-5.2.so /usr/lib/libdb-5.1.so
> 13:14 providence:~> sudo /etc/rc.d/postfix restart
> 
> That will bring postfix back up until the package is updated. Then don't 
> forget 
> to remove the link later...
> 

Please don't do that, this is a bad workaround !
You should rebuild the package instead, it is very easy with ABS.

Paul

Re: [arch-general] fbsplash fails to start after pacman -Syu

[Heiko Baums]

Am Wed, 06 Jul 2011 21:37:05 +0530
schrieb Madhurya Kakati :

> the second log that i pasted(after the upgrade), I ran mkinitpcio and 
> rebooted before posting it.

Like I said before, update the packages fbsplash and fbsplash-extras to
the latest versions, of course, run locate pacnew, adapt the config if
necessary, run mkinitcpio for your kernel(s) as Yaro suggested and then
reboot.

If the issue still persists, please, file the bug report in the AUR
comments of fbsplash-extras and maybe also fbsplash.

The error messages you posted are related to a file which is contained
in fbsplash-extras. Both packages, fbsplash as well as fbsplash-extras,
have been updated a few days ago. So it's most likely that you missed
these updates.

At least I can't reproduce this issue.

And keep in mind that both packages are built upon [core] and not
[testing]. So if you're using [testing] it might be that it breaks
anytime.

Heiko

Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[Geert Hendrickx]

On Wed, Jul 06, 2011 at 22:12:54 +0300, Ionut Biru wrote:
> it was fixed couples of hours ago in postfix-2.8.3-4.1


Confirmed, thanks!


Geert


-- 
geert.hendrickx.be :: ge...@hendrickx.be :: PGP: 0xC4BB9E9F
This e-mail was composed using 100% recycled spam messages!

Re: [arch-general] X cursor problem on new install

[David Rosenstrauch]

On 07/06/2011 03:12 PM, David Rosenstrauch wrote:

On 07/06/2011 02:00 PM, David Rosenstrauch wrote:

On 07/06/2011 01:46 PM, D. R. Evans wrote:

Guillaume Brunerie said the following at 07/04/2011 11:01 AM :

It seems you have an Intel graphics card and that the driver does not
want
to start.

Have you read the page https://wiki.archlinux.org/index.php/Intel ?
In particular you need to install the package xf86-video-intel and
you need
to enable KMS to run X.



Yes, I have read that page. I don't know what part of it you are
suggesting
is important and which I have failed to follow.

1. xf86-video-intel *is* installed.


How about the intel-dri package? If not, try installing that. (And then
restarting X.)

If that doesn't work, email back. I use Intel graphics here ... might be
able to help you through this.

DR


Also, not sure if this matters, but it looks like you don't have any
Xorg fonts installed. Try installing xorg-fonts-100dpi and
xorg-fonts-75dpi and see if that helps.

DR


One other suggestion:

Try *un*installing xf86-video-fbdev and xf86-video-vesa.  It looks like 
it might be picking up the VESA driver, rather than the Intel one.


HTH,

DR

Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[Ionut Biru]

On 07/06/2011 10:03 PM, Geert Hendrickx wrote:

Same here.

On x86_64, postfix-2.8.3-4 is linked to the new db version, whereas
on i686, it is (accidentally?) still linked to the old.

I've recompiled my own as a workaround on i686.


Geert




it was fixed couples of hours ago in postfix-2.8.3-4.1

--
Ionuț

Re: [arch-general] X cursor problem on new install

[David Rosenstrauch]

On 07/06/2011 02:00 PM, David Rosenstrauch wrote:

On 07/06/2011 01:46 PM, D. R. Evans wrote:

Guillaume Brunerie said the following at 07/04/2011 11:01 AM :

It seems you have an Intel graphics card and that the driver does not
want
to start.

Have you read the page https://wiki.archlinux.org/index.php/Intel ?
In particular you need to install the package xf86-video-intel and
you need
to enable KMS to run X.



Yes, I have read that page. I don't know what part of it you are
suggesting
is important and which I have failed to follow.

1. xf86-video-intel *is* installed.


How about the intel-dri package? If not, try installing that. (And then
restarting X.)

If that doesn't work, email back. I use Intel graphics here ... might be
able to help you through this.

DR


Also, not sure if this matters, but it looks like you don't have any 
Xorg fonts installed.  Try installing xorg-fonts-100dpi and 
xorg-fonts-75dpi and see if that helps.


DR

Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[Geert Hendrickx]

Same here.

On x86_64, postfix-2.8.3-4 is linked to the new db version, whereas
on i686, it is (accidentally?) still linked to the old.

I've recompiled my own as a workaround on i686.


Geert

Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[David C. Rankin]

On 07/06/2011 01:06 PM, Thaddeus Nielsen wrote:

On Wed, Jul 06, 2011 at 12:08:13PM -0500, David C. Rankin wrote:

On 07/06/2011 11:19 AM, Ionut Biru wrote:

On 07/06/2011 05:43 PM, Ionut Biru wrote:

OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the
same thing, but postfix restarts just fine. What do we need to do to get
postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?




all this output is useless without pacman -Q postfix

if you don't have postfix-2.8.3-4 then is your problem.



scratch that. it seems that i686 is busted



See - every once in a while I get one right :)



I'm running my own compiled version of sendmail here and had to
recompile it after this update.



As a temporary work around, just add a link in /usr/lib from 
/usr/lib/libdb-5.1.so -> libdb-5.2.so:


13:14 providence:~> sudo ln -sf /usr/lib/libdb-5.2.so /usr/lib/libdb-5.1.so
13:14 providence:~> sudo /etc/rc.d/postfix restart

That will bring postfix back up until the package is updated. Then don't forget 
to remove the link later...


--
David C. Rankin, J.D.,P.E.

Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[Thaddeus Nielsen]

On Wed, Jul 06, 2011 at 12:08:13PM -0500, David C. Rankin wrote:
> On 07/06/2011 11:19 AM, Ionut Biru wrote:
> >On 07/06/2011 05:43 PM, Ionut Biru wrote:
> >>>OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the
> >>>same thing, but postfix restarts just fine. What do we need to do to get
> >>>postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?
> >>>
> >>>
> >>
> >>all this output is useless without pacman -Q postfix
> >>
> >>if you don't have postfix-2.8.3-4 then is your problem.
> >>
> >
> >scratch that. it seems that i686 is busted
> >
> 
> See - every once in a while I get one right :)
> 

I'm running my own compiled version of sendmail here and had to
recompile it after this update.

T.

Re: [arch-general] X cursor problem on new install

[David Rosenstrauch]

On 07/06/2011 01:46 PM, D. R. Evans wrote:

Guillaume Brunerie said the following at 07/04/2011 11:01 AM :

It seems you have an Intel graphics card and that the driver does not want
to start.

Have you read the page https://wiki.archlinux.org/index.php/Intel ?
In particular you need to install the package xf86-video-intel and you need
to enable KMS to run X.



Yes, I have read that page. I don't know what part of it you are suggesting
is important and which I have failed to follow.

1. xf86-video-intel *is* installed.


How about the intel-dri package?  If not, try installing that.  (And 
then restarting X.)


If that doesn't work, email back.  I use Intel graphics here ... might 
be able to help you through this.


DR

Re: [arch-general] X cursor problem on new install

[D. R. Evans]

Guillaume Brunerie said the following at 07/04/2011 11:01 AM :
> 2011/7/4 D. R. Evans 
> 
>> I just installed arch for the first time (trying it out since I am unhappy
>> with the state of Kubuntu). I have, I think, followed the installation
>> instructions carefully. Everything seemed OK until I tried to run X.
>>
>> The cursor is offset from where it should be. If I move the mouse to the
>> right, the cursor stops about 2/3 of the way across the screen and won't go
>> any farther. If I move the mouse to the left, the cursor disappears off the
>> left hand side of the screen and reappears on the right hand side. It stops
>> moving to the left a short distance from the right border on the screen.
>>
>> The display of windows on the screen looks fine; it's just the cursor that
>> seems to be wrong.
>>
>> 1. I have tried two mice; both behave the same way.
>> 2. I used wgetpaste as instructed at
>>  
>> wiki.archlinux.org/index.php/Beginners'_Guide#Graphical_User_Interface
>> :
>>~/.xinitrc does not exist
>>/etc/X11/xorg.conf does not exist
>>/var/log/Xorg.0.log is at paste.pocoo.org/show/428974
>>/var/log/Xorg.0.log.old is at paste.pocoo.org/show/428976
>>
>> Obviously, I need to get this resolved before proceeding any further with
>> installing a desktop environment.
>>
> 
> 
> It seems you have an Intel graphics card and that the driver does not want
> to start.
> 
> Have you read the page https://wiki.archlinux.org/index.php/Intel ?
> In particular you need to install the package xf86-video-intel and you need
> to enable KMS to run X.
> 

Yes, I have read that page. I don't know what part of it you are suggesting
is important and which I have failed to follow.

1. xf86-video-intel *is* installed.

2. That page says "KMS is supported by Intel chipsets that use the i915 DRM
driver and is now enabled by default as of kernel v2.6.32". Since the
current arch kernel is 2.6.39, then it follows that KMS is already enabled.

  Doc

-- 
Web:  http://www.sff.net/people/N7DR



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[David C. Rankin]

On 07/06/2011 11:19 AM, Ionut Biru wrote:

On 07/06/2011 05:43 PM, Ionut Biru wrote:

OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the
same thing, but postfix restarts just fine. What do we need to do to get
postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?




all this output is useless without pacman -Q postfix

if you don't have postfix-2.8.3-4 then is your problem.



scratch that. it seems that i686 is busted



See - every once in a while I get one right :)

--
David C. Rankin, J.D.,P.E.

Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[Ionut Biru]

On 07/06/2011 05:43 PM, Ionut Biru wrote:

OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the
same thing, but postfix restarts just fine. What do we need to do to get
postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?




all this output is useless without pacman -Q postfix

if you don't have postfix-2.8.3-4 then is your problem.



scratch that. it seems that i686 is busted

--
Ionuț

Re: [arch-general] fbsplash fails to start after pacman -Syu

[Madhurya Kakati]

On Wed 06 Jul 2011 09:08:10 PM IST, Yaro Kasear wrote:
> On Tuesday, July 05, 2011 09:31:56 PM Madhurya Kakati wrote:
>> Hi,
>> After a recent system upgrade fbsplash fails to run during boot. However
>> while shutting down i can see the splash. Its only during the start up
>> that I can't see it.
>> This is the /var/log/boot some days before the upgrade
>> http://pastebin.com/EbdYYb32
>> and this is the log after the upgrade http://pastebin.com/MkxLbRsT
>>
>> Please notice the
>> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 780:
>> /lib/splash/cache/steps_sysinit: No such file or directory"
>> and
>> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 795:
>> /lib/splash/cache/steps_sysinit: No such file or directory"
>> and
>> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 796:
>> /lib/splash/cache/steps_bootup: No such file or directory"
>> errors that occur during boot(after upgrade). These didn't occur before.
>> Also after booting i did ls in the /lib/splash/cache dir and found that
>> the files are already there in the dir.
>> Thanks.
> 
> When is the last time, as root, you ran mkinitcpio on your kernel?

the second log that i pasted(after the upgrade), I ran mkinitpcio and 
rebooted before posting it.

Re: [arch-general] fbsplash fails to start after pacman -Syu

[Yaro Kasear]

On Tuesday, July 05, 2011 09:31:56 PM Madhurya Kakati wrote:
> Hi,
> After a recent system upgrade fbsplash fails to run during boot. However
> while shutting down i can see the splash. Its only during the start up
> that I can't see it.
> This is the /var/log/boot some days before the upgrade
> http://pastebin.com/EbdYYb32
> and this is the log after the upgrade http://pastebin.com/MkxLbRsT
> 
> Please notice the
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 780:
> /lib/splash/cache/steps_sysinit: No such file or directory"
> and
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 795:
> /lib/splash/cache/steps_sysinit: No such file or directory"
> and
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 796:
> /lib/splash/cache/steps_bootup: No such file or directory"
> errors that occur during boot(after upgrade). These didn't occur before.
> Also after booting i did ls in the /lib/splash/cache dir and found that
> the files are already there in the dir.
> Thanks.

When is the last time, as root, you ran mkinitcpio on your kernel?

Re: [arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[Ionut Biru]

On 07/06/2011 05:36 PM, David C. Rankin wrote:

Guys,

This may just be on i686, but I'm trying to figure out what happened.
During update this morning, postfix refused to start. The upgrade error
was:

(41/46) upgrading postfix [###] 100%
newaliases: error while loading shared libraries: libdb-5.1.so: cannot
open shared object file: No such file or directory

Attempting to start postfix without the &>/dev/null gave the same error
(duh..)

[09:27 providence:/var/cache/pacman/pkg] # /usr/sbin/postfix start
/usr/sbin/postfix: error while loading shared libraries: libdb-5.1.so:
cannot open shared object file: No such file or directory

Looking for the file, I find it here:

[09:27 providence:/var/cache/pacman/pkg] # locate libdb-5.1.so

/usr/lib/libdb-5.1.so

Looking for ownership -- it looks like the file is just gone:

[09:28 providence:/var/cache/pacman/pkg] # pacman -Qo /usr/lib/libdb-5.1.so
error: failed to read file '/usr/lib/libdb-5.1.so': No such file or
directory

[09:28 providence:/var/cache/pacman/pkg] # l /usr/lib/libdb*
-rw-r--r-- 1 root root 2277786 Jun 14 19:30 /usr/lib/libdb-5.2.a
-rwxr-xr-x 1 root root 1789876 Jun 14 19:30 /usr/lib/libdb-5.2.so
lrwxrwxrwx 1 root root 12 Jun 14 19:30 /usr/lib/libdb-5.so -> libdb-5.2.so
-rw-r--r-- 1 root root 2277786 Jun 14 19:30 /usr/lib/libdb.a


OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the
same thing, but postfix restarts just fine. What do we need to do to get
postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?




all this output is useless without pacman -Q postfix

if you don't have  postfix-2.8.3-4 then is your problem.

--
Ionuț

[arch-general] upgrading postfix - newaliases: error while loading libdb-5.1.so -- ignore?

[David C. Rankin]

Guys,

  This may just be on i686, but I'm trying to figure out what happened. 
During update this morning, postfix refused to start. The upgrade error was:


(41/46) upgrading postfix 
[###] 100%
newaliases: error while loading shared libraries: libdb-5.1.so: cannot open 
shared object file: No such file or directory


  Attempting to start postfix without the &>/dev/null gave the same error 
(duh..)

[09:27 providence:/var/cache/pacman/pkg] # /usr/sbin/postfix start
/usr/sbin/postfix: error while loading shared libraries: libdb-5.1.so: cannot 
open shared object file: No such file or directory


  Looking for the file, I find it here:

[09:27 providence:/var/cache/pacman/pkg] # locate libdb-5.1.so

/usr/lib/libdb-5.1.so

  Looking for ownership -- it looks like the file is just gone:

[09:28 providence:/var/cache/pacman/pkg] # pacman -Qo /usr/lib/libdb-5.1.so
error: failed to read file '/usr/lib/libdb-5.1.so': No such file or directory

[09:28 providence:/var/cache/pacman/pkg] # l /usr/lib/libdb*
-rw-r--r-- 1 root root 2277786 Jun 14 19:30 /usr/lib/libdb-5.2.a
-rwxr-xr-x 1 root root 1789876 Jun 14 19:30 /usr/lib/libdb-5.2.so
lrwxrwxrwx 1 root root  12 Jun 14 19:30 /usr/lib/libdb-5.so -> libdb-5.2.so
-rw-r--r-- 1 root root 2277786 Jun 14 19:30 /usr/lib/libdb.a


  OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the 
same thing, but postfix restarts just fine. What do we need to do to get 
postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?



--
David C. Rankin, J.D.,P.E.

Re: [arch-general] fbsplash fails to start after pacman -Syu

[Heiko Baums]

Am Wed, 06 Jul 2011 08:01:56 +0530
schrieb Madhurya Kakati :

> Hi,
> After a recent system upgrade fbsplash fails to run during boot.
> However while shutting down i can see the splash. Its only during the
> start up that I can't see it.
> This is the /var/log/boot some days before the upgrade
> http://pastebin.com/EbdYYb32
> and this is the log after the upgrade http://pastebin.com/MkxLbRsT
> 
> Please notice the
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 780:
> /lib/splash/cache/steps_sysinit: No such file or directory"
> and
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 795:
> /lib/splash/cache/steps_sysinit: No such file or directory"
> and
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 796:
> /lib/splash/cache/steps_bootup: No such file or directory"
> errors that occur during boot(after upgrade). These didn't occur
> before. Also after booting i did ls in the /lib/splash/cache dir and
> found that the files are already there in the dir.
> Thanks.

fbsplash is not an official Arch Linux package and is not supported by
Arch Linux. It's maintained in AUR. Please, send fbsplash related
questions or bug reports to its AUR comments.

But in this case it seems to be an issue with the AUR package
fbsplash-extras which was recently updated. So, first make sure to
having updated both packages fbsplash and fbsplash-extras to their
latest versions. If the issue persists then, please, send a comment to
the AUR page of fbsplash-extras and maybe fbsplash.

Heiko