Re: [gentoo-user] Re: phpMyAdmin
Dnia 2007-08-21, o godz. 06:09:48 Thufir <[EMAIL PROTECTED]> napisał(a): > On Fri, 17 Aug 2007 12:58:16 +0200, Hans-Werner Hilse wrote: > > > Did you read my earlier post? > > > > rewrite that line to APACHE2_OPTS="-D DEFAULT_VHOST -D PHP5" and restart > > apache. > > > Pardon, I may have been distracted, but I think I changed that entry > several times. I tried a couple variations, and restarted apache and for > good measure mysql. The above variation still shows text files for .php > files. > > Does the error log shed any light? Here's the tail: > > localhost ~ # > localhost ~ # /etc/init.d/apache2 restart ; /etc/init.d/mysql restart > * Stopping > apache2 ... [ ok ] > * Starting > apache2 ... [ ok ] > * Stopping mysql ... > * Stopping mysqld > (0)[ ok ] > * Starting mysql ... > * Starting mysql (/etc/mysql/ > my.cnf) [ ok ] > localhost ~ # > localhost ~ # > localhost ~ # > localhost ~ # tail /var/log/apache2/error_log > [Mon Aug 20 22:59:12 2007] [notice] caught SIGTERM, shutting down > [Mon Aug 20 22:59:12 2007] [notice] suEXEC mechanism enabled (wrapper: / > usr/sbin/suexec2) > [Mon Aug 20 22:59:12 2007] [notice] Digest: generating secret for digest > authentication ... > [Mon Aug 20 22:59:12 2007] [notice] Digest: done > [Mon Aug 20 22:59:12 2007] [notice] Apache configured -- resuming normal > operations > [Mon Aug 20 23:06:33 2007] [notice] caught SIGTERM, shutting down > [Mon Aug 20 23:06:33 2007] [notice] suEXEC mechanism enabled (wrapper: / > usr/sbin/suexec2) > [Mon Aug 20 23:06:33 2007] [notice] Digest: generating secret for digest > authentication ... > [Mon Aug 20 23:06:33 2007] [notice] Digest: done > [Mon Aug 20 23:06:33 2007] [notice] Apache configured -- resuming normal > operations > localhost ~ # > localhost ~ # > localhost ~ # date > Mon Aug 20 23:07:35 PDT 2007 > localhost ~ # > > > > > > -Thufir > If the problem isn't resolved yet you should try finding on google how to enable php in apache and check _all_ your configuration files (handlers, mime...). Or perhaps your own configuration conflicts somehow with one needed to use php. I had similar problem long time ago and I solved it that way. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] linux desktop search engines are ugly!
As far as I'm concerned the structure of directories and links (hard or symbolic) were invented to eliminate the _need_ of having such searching engines. I've got every file in directory that it belongs to, and I do have "tmp" directory where I put files that does not belong to any category on my ~/ . Using those search engines is like reinventing the wheel or programing embedded devices with java... ;) -- Morpheus: "No, what happened, happened and couldn't have happened any other way." On Tue, 28 Aug 2007, Shaochun Wang wrote: Hi guys: I wouldn't like, but i have to say that all current available linux desktop search engines are rubbish. Keep reading, and you'll know why. 1. Beagle is full of buggy. Can you imagine what makes a software consumes five hundrend Megabits of memory? On my system, this beast consumes almost all of memory and makes my swap half full. Besides, it also monopolizes CPU and makes my system unusable. When you search something, beagle gives you some hints which is not good enough. Beagle can search chm, pdf etc. files. 2. Tracker is boasting itself of consuming little system resource and quick responding speed. It's true when compared with beagle and google desktop search. It consumes about twenty five megabits on idle state and gives you something in an acceptable time. But what can be called a search engine when it returns nothing you want? In other hand, tracker can't index chm file. 3. Google desktop search is heavy like beagle. It makes my system so slow that I wonder whether it is the product of google. It is source closed and only binary distributed. But this is unimportant, and who will be interested in the source of such ugly software :-) In one word, there is no useable desktop search engine for linux. -- Shaochun Wang <[EMAIL PROTECTED]> Jabber: [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] openvpn and nfsmount
It isn't good idea to mount nfs over openvpn. Both are highly unstable. You should try openssh and it's simple tunnel and ftp over it or any other networked file system. If you really need to use nfs set it to use tcp. -- Morpheus: "No, what happened, happened and couldn't have happened any other way." On Tue, 28 Aug 2007, Patrick Holthaus wrote: Hello! I am having difficulties in setting up nfs with my laptop. I have an openvpn server running at home that can be reached via dynamic dns from the "outside world". Now i would like to mount my nfs exports from everywhere I am. These exports are only available in the vpn subnet (10.8.0.*). There are basically three scenarios (all via net.wlan0): 1. Home: - Direct connection to the openvpn server with a static private IP adress (192.168.1.xxx) - ESSID is fixed (e.g. "home") - The openvpn service can be started via "/etc/init.d/openvpn.home start" (it is properly configured via /etc/openvpn/home.conf - After that net.tap0 can be started and gets an ip adress inside the vpn (e.g. 10.8.0.100) if i have the following in /etc/conf.d/net: config_tap0=( "dhcp" ) mac_tap0="00:FF:22:33:44:55" RC_NEED_tap0="openvpn.home" 2. Remote: - Connection via internet - This time the openvpn service has to be started via "/etc/init.d/openvpn.remote start" (because the config for that resides in /etc/openvpn/remote.conf) - You see that i have to change a line in /etc/conf.d/net to get things to work: config_tap0=( "dhcp" ) mac_tap0="00:FF:22:33:44:55" RC_NEED_tap0="openvpn.remote" Question is: Can I avoid changing these lines everytime I travel around? 3. Remote via vpnc: - Connection via internet (so openvpn.remote has to be used) - ESSID fixed (e.g. "unibi") - Additionally: The vpnc service (/etc/init.d/vpnc.uni) has to be active Second question: Can I start the vpnc service by knowing the ESSID of my wireless network, and if I can: how? Thanks for your time Patrick -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] r8169 and slow transfers over LAN
Thank you very much :) -- Morpheus: "No, what happened, happened and couldn't have happened any other way." On Tue, 25 Sep 2007, Duane Griffin wrote: On 25/09/2007, Kacper Kopczyński <[EMAIL PROTECTED]> wrote: When I'm tring to transfer a big file from my gentoo box to windows (win_ip) box over smb the speed is about 2kB/s or less (until timeout). If in the same time I start `ping -f win_ip` the speed grows up to about 5MB/s. I couldn't find anything on google. You need to work on your google skills ;) This is a very common complaint with this family of cards. Until recently the usual response was "stick in a different card", however it seems like the developers are finally getting to the bottom of it. You might want to try the patch(es) discussed in this thread: http://www.spinics.net/lists/netdev/msg39315.html Cheers, Duane. -- "I never could learn to drink that blood and call it wine" - Bob Dylan éí˘Źz¸Ú(˘¸&j)b b˛