Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

php-mcrypt-5.3.3-1 has invalid mcrypt.ini #254

Open
bestis opened this issue Mar 22, 2013 · 12 comments
Open

php-mcrypt-5.3.3-1 has invalid mcrypt.ini #254

bestis opened this issue Mar 22, 2013 · 12 comments

Comments

@bestis
Copy link

bestis commented Mar 22, 2013

PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib64/php/modules/module.so' - /usr/lib64/php/modules/module.so:
cannot open shared object file: No such file or directory in Unknown
on line 0

/etc/php.d/mcrypt.ini:
; Enable mcrypt extension module
extension=module.so

@arnebjarne
Copy link
Contributor

If Dag can fix why it wont build on his system - it might work

http://pkgs.repoforge.org/php-mcrypt/_buildlogs/

At the moment it fails building because it can not find the php source.

@pcfreak30
Copy link

Im at-least glad someone figured this out to get it resolved. This crashed a SolusVM panel.. I see cries all over the place in the next week. I would submit a pull but I am not familiar with spec files.

@irozak
Copy link

irozak commented Mar 26, 2013

/etc/php.d/mcrypt.ini:
; Enable mcrypt extension module
extension=mcrypt.so

@technojoe
Copy link

That's a nice workaround, but I would prefer an updated rpm for everyone's sake. Is there an updated status on that?

@dimo414
Copy link

dimo414 commented Apr 9, 2013

I similarly worked around this issue by manually editing /etc/php.d/mcrypt.ini to look for the correct file, but this is a frustrating issue to run into as I first start using RepoForge. Hope it's resolved soon.

@misilot
Copy link

misilot commented Apr 16, 2013

https://github.com/repoforge/rpms/blob/master/specs/php-mcrypt/php-mcrypt.spec looks right, but the version that is on rpmforge is broken

The workaround in #254 (comment) works

@technojoe
Copy link

The spec file is fine. It's the mcrypt.ini file that's broken.

@davinken
Copy link

A workaround would be just to symlink the existing module
[root@websrv /usr/lib64/php/modules]$ ls -l mod*
lrwxrwxrwx 1 root root 9 May 24 12:37 module.so -> mcrypt.so

Doing this the PHP warning due to missing module.so disappears, while it still will load the correct module; and when the .ini file is fixed this symlink will just be ignored.

@technojoe
Copy link

You shouldn't need to symlink anything! It will take 10 seconds to edit the .ini file, 2 minutes to rebuild the rpm, and 5 minutes to push that rpm out to the repositories. This is a SEVERE bug (as in, completely breaks functionality) that has a very trivial fix. (I've personally worked around it, but that's besides the point. It's broken out of the box.) The fact that it has continued for two months speaks volumes.

@Aldie
Copy link

Aldie commented Jun 27, 2013

Any update on this? It's still broken.

@janlugt
Copy link

janlugt commented Sep 2, 2013

Still broken, would be nice if this could be fixed. It worked immediately after a change from module.so to mcrypt.so in mcrypt.ini and an apache restart.

@aphofstede
Copy link

Still broken.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests