I know this isn't an issue with the distribution.. but a problem with
the maintainer... Thanks Canonical for your support anyways.
It is just a little strange and I need to test what Piotr is referring
to in Jaunty (I've been staying away from dist ugprades as the
production machine I have require
was able to log in to machine (console and ssh) using AD creds...
Now if I can figure out the strange things in the log file ... (doesn't
show on other server with slightly older samba but very similar
configuration)
--
Winbind package does not provide PAM configuration
https://bugs.launchpad.ne
I tried that file (winbind) that Edgar provided in the /usr/share/pam-
configs and it re-wrote the /etc/pam.d/ files -- I have yet to test
login to the console from the Windows AD.
--
Winbind package does not provide PAM configuration
https://bugs.launchpad.net/bugs/282751
You received this bug n
quires a change in permission and after looking at the changes.. it's
really less secure.
--Doug
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Date: Wed, 27 Aug 2008 14:24:43 +
> Subject: [Bug 253268] Re: php5-cgi not working with
download the link above
* (technically unchanged) .deb files with older code made on a Hardy
machine (70.1 KiB, application/x-debian-package)
(should be suphp-common)
and libapache2-mod-suphp from here!
** Attachment added: "libapache2-mod-suphp_0.6.2-1ubuntu1_i386.deb"
http://launc
I think this should work (however in my case, I compiled from source):
Download '*0.6.2-1ubuntu1_i386.deb' files (as listed below in the deb
-i) from launchpad
(might need current version on the purge statements)
% sudo apt-get purge libapache2-mod-suphp
% sudo apt-get purge suphp-common
% deb -
FWIW: *THEY* (including Steffen Joeris) thinks the problem is fixed...
and that all web documents are to be owned by root.. (mind you I make
the config file owned by root and log files and so forth) .. or that
"ONE" person that needs to run a script but they can't place it anywhere
because the fold
/var/www/"site-name", /var/www/"site-name"/htdocs, /var/www
/"site-name"/htdocs//folder <--- all must be owned by UID X for
script in "folder" to work) -- this is a serious break-age of suphp
--dx9s (Doug)
** CVE added: http://www.cve.mitre.o
