Sponsored Content
Top Forums UNIX for Advanced & Expert Users suPHP stopped working after dist-upgrade Post 302315731 by mjdousti on Wednesday 13th of May 2009 06:23:05 AM
Old 05-13-2009
I solved my problem with this technique:
Lenny has a bug in configuring suPHP. After installing suphp-common and libapache2-mod-suphp, you should change these files. In face, suPHP works well with Etch (Debian 4) configurations well:

/etc/suphp/suphp.conf
Previous form (buggy):
Code:
[handlers]
;Handler for php-scripts
application/x-httpd-php=php:/usr/bin/php-cgi

;Handler for CGI-scripts
x-suphp-cgi=execute:!self

New form (working):
Code:
[handlers]
;Handler for php-scripts
x-httpd-php=php:/usr/bin/php-cgi

;Handler for CGI-scripts
x-suphp-cgi=execute:!self


/etc/apache2/mods-available/suphp.conf:
Previous form (buggy):
Code:
<IfModule mod_suphp.c>
    AddType application/x-httpd-php .php .php3 .php4 .php5 .phtml
    suPHP_AddHandler application/x-httpd-php

    <Directory />
        suPHP_Engine on
    </Directory>

    # By default, disable suPHP for debian packaged web applications as files
    # are owned by root and cannot be executed by suPHP because of min_uid.
    <Directory /usr/share>
        suPHP_Engine off
    </Directory>

    suPHP_ConfigPath /etc/suphp
# # Use a specific php config file (a dir which contains a php.ini file)
#   suPHP_ConfigPath /etc/php4/cgi/suphp/
# # Tells mod_suphp NOT to handle requests with the type <mime-type>.
#   suPHP_RemoveHandler <mime-type>
</IfModule>

New form (working):
Code:
<IfModule mod_suphp.c>
      AddHandler x-httpd-php .php .php3 .php4 .php5 .phtml
      suPHP_AddHandler x-httpd-php


    <Directory />
        suPHP_Engine on
    </Directory>

    # By default, disable suPHP for debian packaged web applications as files
    # are owned by root and cannot be executed by suPHP because of min_uid.
    <Directory /usr/share>
        suPHP_Engine off
    </Directory>

    suPHP_ConfigPath /etc/suphp
# # Use a specific php config file (a dir which contains a php.ini file)
#   suPHP_ConfigPath /etc/php4/cgi/suphp/
# # Tells mod_suphp NOT to handle requests with the type <mime-type>.
#   suPHP_RemoveHandler <mime-type>
</IfModule>

 

8 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

#!/bin/bash has stopped working

Hi I'm writing a script and I've put #!/bin/bash as the first line so that I can just type my scripts name 'whodate' at PS1 instead of ./whodate. This has suddenly stopped working for me. It used to be the case that I could start a script with #!/bin/bash and it would work, but for this script... (2 Replies)
Discussion started by: zorrokan
2 Replies

2. Linux

Cronjobs stopped working

Hi All, I am user of a Linux machine and I have approximatly 15 cronjobs scheduled in my crontab. Yesterday my administrator made LDAP active on my userid and all the things are doing fine after that. But all cronjobs for my user id stored in my crontab have stopped working after that. Could... (1 Reply)
Discussion started by: bisla.yogender
1 Replies

3. Shell Programming and Scripting

cronjobs stopped working

Hello people, I had these cronjobs scheduled in some Unix boxes which were running fine until yesterday.But then the password was changed for that user id and then the jobs stopped working. As far as i know cron jobs run from super user. I am completely lost over here now. Thanks. (2 Replies)
Discussion started by: King Nothing
2 Replies

4. IP Networking

Wireless stopped working- Fedora 12

I installed F12 around the time it was released and it picked up my wireless card and worked like a charm.....Suddenly last week everything stopped working and I receive what appears to be a driver error when wlan0 tries to load. Error for wireless request "Set Mode" (8B06) : SET failed on... (1 Reply)
Discussion started by: woodson2
1 Replies

5. Shell Programming and Scripting

Perl script stopped working

Hi, I have the following segment of a script which is supposed to prompt a user for password and then capture the password entered by the user. The function is called in by another script and used to work without issue, the problem is that recently the script is not waiting for the user to... (3 Replies)
Discussion started by: belalr
3 Replies

6. UNIX for Dummies Questions & Answers

Ssh stopped working AIX

I Was able to ssh into the AIX box. now i cannot When I run the command to start it it comes back that is was started, but still does not work. Here is a shot i what i see # server:/> lslpp -l | grep ssh openssh.base.client 4.3.0.5201 COMMITTED Open Secure Shell Commands ... (2 Replies)
Discussion started by: fierfek
2 Replies

7. AIX

Printer stopped working

I have a serial printer connected to a 16 port ran. All of a sudden my printer stopped working and not sure how to get it back. Can anyone help pint me in the write direction? lsdev -Cc printer gives me the following. lp0 Defined 0A-08-11-00 Other serial printer lp1 Defined 0A-08-11-03... (3 Replies)
Discussion started by: Gmanx
3 Replies

8. Solaris

Mailx stopped working

after a new patch set on the 14th. I noticed that mailx stopped working, as far a I can tell that is the only thing that changed. solaris 10 OS it seems everything is the same, sendmail seems to be running root@server # ps -ef | grep -i sendmail smmsp 687 1 0 10:42:25 ? ... (0 Replies)
Discussion started by: goya
0 Replies
APT-GRIP(1)						User Contributed Perl Documentation					       APT-GRIP(1)

NAME
apt-grip - extend Emdebian Grip to add Debian packages on-the-fly Synopsis $ sudo apt-grip foo bar baz $ sudo apt-grip -M http://ftp.fr.debian.org/debian/ foo bar baz $ sudo apt-grip --clean-cache Description Emdebian Grip has a limited number of packages in the main repository, principally to reduce the size of the apt cache data. On occassion, individual packages from standard Debian need to be added to a single machine running Emdebian Grip. apt-grip has been written with that purpose in mind. apt-grip requires DEB_VENDOR support in dpkg to determine how the package should be "gripped". The default Vendor is "emdebian-grip" but note the next section on the limitations of apt-grip if you plan to use it on an unmodified Debian system. The usual case is that the system has already been upgraded to Emdebian Grip before apt-grip is used. Contact the debian-embedded@lists.debian.org mailing list for requests to add packages to Emdebian Grip repositories directly. Downloading the Packages files can take a reasonable amount of time, so to grip a number of packages, either specify all packages in one command or use the "--keep-cache" option for each run and use the "--clean-cache" option at the end. If the device running Grip has insufficient space to download and process the package(s), run apt-grip on a different machine of the using the "--build-only" and "--arch" options. The processed archives will be in /var/lib/apt-grip/output/ and can be copied from there onto the device directly or by including the packages into a locally accessible repository. Once installed on the Grip device use "apt-grip -c" on the build machine to clear the cache. "--keep-cache" is implied when "--build-only" is set. Note also that, in common with the rest of Emdebian processing, Install-Recommends is always turned off, so if you need a package that is only recommended by packages in the list given to "apt-grip", that package will need to be added to the list explicitly. Limitations Installing any package from repositories outside the normal apt sources (especially if those packages are subsequently modified as in emgrip) will list those packages as "local or obsolete" in package managers. Converted packages cannot be upgraded without repeating the call to "apt-grip" because "apt-get" does not know about the temporary mirror that "apt-grip" used to download the packages. This can cause problems if dependencies of such packages need to be upgraded. It is possible that the main system "apt" will try to remove these local packages in order to proceed with the main system upgrade. The best option is to seek addition of such packages to the repository you use for your main apt sources. (Use the emdebian-grip-server package to create your own repository.) "Gripping" a package means making a new version (with the em1 version suffix) with less files in the new package. See emgrip (1) for detailed information on that process. Changing the version string means that some dependencies need to be changed - particularly strict dependencies. This means that apt-grip could fail with some combinations of packages. "apt-grip" uses the "--reinstall" option to apt-get to cope with some of these situations. Strict dependency issues If a source package builds multiple binary packages, where at least one package has a strict dependency on one of the other binary packages and one of those binary packages is already installed from Debian, it will be necessary to install Grip versions of both the binary packages involved so that the strict dependency can be satisfied. Source: foo Package: foo Depends: bar (= 0.0.1) Package: bar $ sudo apt-grip foo bar In the example above, foo_0.0.1_amd64.deb will become foo_0.0.1em1_amd64.deb and will be given a strict dependency on "bar (= 0.0.1em1)" by emgrip. Default mirror apt-grip uses "http://ftp.uk.debian.org/debian/" as the default Debian mirror. Use the -M|--mirrror option to change it. SecureApt Use the "--no-auth" option to allow the use of unauthenticated repositories. Note that this disables authentication against all available repositories. Upgrading to Grip Change your sources list from debian mirrors to the emdebian grip mirror. e.g. for unstable: deb http://www.emdebian.org/grip/ unstable main (Emdebian Grip only supports Debian suites: unstable, sid, testing, squeeze, stable, lenny, lenny-proposed-updates.) Then update and upgrade: $ sudo apt-get update $ sudo apt-get clean $ sudo apt-get upgrade $ sudo apt-get dist-upgrade (Note that apt-get will usually report the ability to free several hundred megabytes on your system when some of your Debian packages are upgraded to Emdebian Grip but you still need enough room to actually download and unpack the new packages.) Use "apt-get clean" after the upgrade to recover more free space. Grip components Grip divides the archive further by creating new areas of the archive for packages related to development, debugging, documentation or java, again to reduce the final size of the cached package data on the system. If you want to use "apt-grip" on your Emdebian Grip system, ensure that you add the dev component to your apt sources: deb http://www.emdebian.org/grip/ unstable main dev Similarly for doc, debug and java. Other components may be added from time to time, so check the Emdebian website: http://www.emdebian.org/grip/search.php Add more components as required: deb http://www.emdebian.org/grip/ unstable main dev debug java Emdebian Baked apt-grip has been extended to help generate packages for use with Emdebian Baked. This has meant adding foreign architecture support as well as support for ignoring the status of currently installed packages on the device running apt-grip. The difficult part of this process is managing updated packages and changed dependencies. apt-grip can only help with Debian stable. emdebian-grip has not been backported to Lenny, so your development machine must be running Debian Squeeze or Sid (testing or unstable) to develop a Baked root filesystem based on Lenny. Example apt-grip command for Baked $ sudo apt-grip -a mipsel -V emdebian-baked -S stable dash snmpd Baked packages will then exist in /var/lib/apt-grip/output/, including all dependencies of the specified packages. These can then be included into an existing reprepro repository: $ reprepro includedeb stable /var/lib/apt-grip/output/*.deb If your repository is to support more than one architecture, ensure that you remove or ignore the Architecture: all packages which have already been processed by apt-grip: $ sudo rm /var/lib/apt-grip/output*_all.deb Then use the -A option to reprepro to only include the added architecture: $ reprepro -A armel includedeb stable /var/lib/apt-grip/output/*_armel.deb For more information, see the emdebian website: http://www.emdebian.org/baked/ perl v5.12.3 2011-06-15 APT-GRIP(1)
All times are GMT -4. The time now is 03:42 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy