I was arch testing mod_wsgi for x86 stabilization and needed to test it so here is what I did.
First you will need to have apache working fine I have;
www-servers/apache-2.2.16
Then I installed ~x86 version of mod_wsgi;
emerge -av www-apache/mod_wsgi [ebuild R ] www-apache/mod_wsgi-3.3
Next I created a little test;
def application(environ, start_response): status = '200 OK' output = 'Hello World!' response_headers = [('Content-type', 'text/plain'), ('Content-Length', str(len(output)))] start_response(status, response_headers) return [output]
Saved it as /var/www/localhost/htdocs/hello.py
Next I edited vim /etc/apache2/vhosts.d/default_vhost.include
and added;
WSGIScriptAlias / /var/www/localhost/htdocs/hello.py
Next To enable mod_wsgi, you need to edit your /etc/conf.d/apache2 file and add '-D WSGI' to APACHE2_OPTS.
Here is my line;
APACHE2_OPTS="-D DEFAULT_VHOST -D INFO -D MANUAL -D SSL -D \ SSL_DEFAULT_VHOST -D LANGUAGE -D PHP5 -D WSGI"
Now when you restart the server you should see on http://localhost/ the "Hello World!" message.
Thats it!
revdep-rebuild -L libGl.so.*
As a general rule for upgrading to cups 1.4 when something regarding
local usb printers doesn't work:
1. disable kernel usblp: CONFIG_USB_PRINTER=n
2. delete /etc/cups
3. (re-)install cups 1.4 with USE="usb"
4. configure printer(s) from scratch via the cups webinterface
5. if your printer is a multifunction device, be sure you got the udev rules
setting the device permissions in shape so cups can access the device
If for whatever reason (broken/old printer drivers) that doesn't work
out there's still the way to install CUPS 1.4 with USE="-usb" to get
the old CUPS 1.3 behaviour back.
#!/usr/bin/python import subprocess def merge(package): mymerge = "emerge" eopt = "-p" subprocess.call([mymerge, eopt, package]) fobj = "packages.txt" FILE = open(fobj, "r") for package in FILE: merge(package) FILE.close()
virtual/perl-CGI virtual/perl-Class-ISA virtual/perl-Compress-Raw-Bzip2 virtual/perl-Compress-Raw-Zlib virtual/perl-File-Spec virtual/perl-IO-Compress virtual/perl-IO-Zlib virtual/perl-Locale-Maketext-Simple virtual/perl-Pod-Simple virtual/perl-Scalar-List-Utils virtual/perl-Text-Balanced virtual/perl-version perl-core/CGI perl-core/Class-ISA perl-core/Compress-Raw-Bzip2 perl-core/Compress-Raw-Zlib perl-core/File-Spec perl-core/IO-Compress perl-core/IO-Zlib perl-core/Locale-Maketext-Simple perl-core/Pod-Simple perl-core/Scalar-List-Utils perl-core/Text-Balanced perl-core/version
I had the same problem a while back "the cdrom drive wouldn't open up and stay open" It was driving me crazy as I attempted to put a disk in the drive before it closed. It was too fast for me, it would grab my hand before I could get the disk inserted :) Once I removed ATA/ATAPI/MFM/RLL support from the kernel and only used Serial ATA and Parallel ATA drivers It worked fine again.
< > ATA/ATAPI/MFM/RLL support (DEPRECATED) --->
<*> Serial ATA and Parallel ATA drivers --->
May be worth a try ...
I use Gnome and the fonts were awlful, I got them looking good now by editing two files;
~/.Xdefaults
Xft.dpi: 96 Xft.hinting: true Xft.antialias: true Xft.hintstyle: hintslight Xft.rgba: rgb
"webprefs": { "default_fixed_font_size": 18, "default_font_size": 18, "fixed_font_family": "Bitstream Vera Sans Mono", "inspector_settings": "lastActivePanel:string:storage\n", "minimum_font_size": 14, "minimum_logical_font_size": 14, "sansserif_font_family": "Bitstream Vera Sans", "serif_font_family": "Bitstream Vera Sans" }
I have started doing some x86 arch testing and I am still learning bash so I came up with a little script to automate an update and to disable and then enable the feature "test"
#!/bin/bash sed -i -e '/^ *$/d' /etc/make.conf sed -i -e 's:FEATURES="${FEATURES} test": :' /etc/make.conf emerge --sync && emerge -uD world && revdep-rebuild echo 'FEATURES="${FEATURES} test"' >> /etc/make.conf
One of the reasons to learn a scriping language like Bash is to automate tasks that you do over and over. I have been x86 arch testing to test packages for stabilization. First check for no open bugs then I have to add the package name to a file package.keywords. I came up with this.
#!/bin/bash bugz search -s all "$1" if [ "$1" != "" ]; then echo "$1 ~x86" >> /etc/portage/package.keywords; printf "\033[32m\n * $1 added to /etc/portage/package.keywords\033[m\n\n"; emerge -1av "$1" else echo "Enter a package!" fi
The new 10.1 adobe flash is 32 bit only and using nspluginwrapper is a crap shoot, it may work but most times not, so I went back to www-plugins/adobe-flash-10.0.45.2-r1 and it works fine. It was removed because of security concerns. Sometimes I do need flash to play a video, wish it was not true but it is. here is what I did.
echo ">=www-plugins/adobe-flash-10.1.53.64" >> /etc/portage/package.mask echo "=www-plugins/adobe-flash-10.0.45.2-r1" / >> /etc/portage/package.unmask emerge -av www-plugins/adobe-flash
Here are the steps I took to conplete the update of libpng on Gentoo
emerge --sync
Before updating from libpng-1.2 to libpng-1.4 make sure that you have
fetched any other files that need to be updated by running "emerge -euNDf world".
You may need these files in advance because updating libpng is going to
temporarily break many applications linked to it, especially if you're
a Gnome desktop user.
emerge -euNDf world
Lets get started.
emerge --oneshot libpng
* Moving from libpng 1.2.x to 1.4.x will break installed libtool .la
* files.
* Run /usr/sbin/libpng-1.4.x-update.sh at your own risk only if
* revdep-rebuild or lafilefixer fails.
* Don't forget "man emerge" and useful parameters like --skip-first,
* --resume and --keep-going.
cat /usr/sbin/libpng-1.4.x-update.sh
#!/bin/bash
echo "Try revdep-rebuild or lafilefixer first."
echo "This script will rename -lpng12 and libpng12.la to -lpng14 and libpng14.la"
echo "in your system libdir libtool .la files without asking permission."
[[ -d /usr/lib64 ]] && lib_suffix=64
libdir=/usr/lib${lib_suffix}
find ${libdir} -name '*.la' | xargs sed -i -e '/^dependency_libs/s:-lpng12:-lpng14:'
find ${libdir} -name '*.la' | xargs sed -i -e '/^dependency_libs/s:libpng12.la:libpng14.la:'
# WTFPL-2
As I am brave and this was a testing box I ran next;
find /usr/lib64 -name '*.la' | xargs sed -i -e '/^de /s:-lpng12:-lpng14:'
then;
lafilefixer --justfixit
then;
emerge -1 cairo pango gtk+ atk libglade qt-gui
Then for good measure :)
revdep-rebuild
revdep-rebuild rebuild 51 packages
Now you're ready for the "big rebuild". I had to rebuild 70 apps. Those
of you running Gnome, if you're no longer able to use or get to a terminal
in X then just 'Ctrl-Alt-F1' to drop to a shell.
Beware, that you may have to rebuild over 100 apps including Open Office if it
was built with Gnome support.
After this is all done 'Ctrl-Alt-F7' will get you back into your desktop
environment.
emerge -uND world
Then run 'revdep-rebuild' once again. When finished your system should be sane again.
revdep-rebuild
So to make a long story short this may work :)
emerge -uDN world && revdep-rebuild -- --keep-going && lafilefixer --justfixit && revdep-rebuild -- --keep-going
Powered by Drupal and Drupal Theme created by vigilianty.