www/squid/stable which is used if squid isn't already installed, but
this doesn't prevent using it with an already-installed squid/snapshot
package. Spotted by naddy (silent failure in bulk builds).
during bulks just to see gcc 4.6 blowing at some given spots. Firefox 3
was running fine there though... but xulrunner/1.9 and
productivity/sunbird are soon going to the attic anyway. Only a masochist
with alpha & gcc skills + enough patience might be brave enough to look
at it..
- naxsi update to 0.53 and update MASTER_SITES
- enable the new auth_request_module for the devel branch
- whitespace cleanup and handle naxsi the same as for other modules (thanks sthen)
into some sort of interchangeable subpackages. The idea is that each version
of KDE being installed picks up it's own version of locale-specific package
by default, and KDE4's one doesn't update to KDE3's one automatically, but
can replace it on explicit pkg_add call.
Most of the Makefiles are bumps needed after splitting x11/kde4/libs.
This is a part of KDE3/4 deconflicting work.
hardly tested by landry@ in a bulk build
Firefox ESR is intended for groups who deploy and maintain the desktop
environment in large organizations such as universities and other
schools, county or city governments and businesses. During the extended
cycle, no new features will be added to a Firefox ESR; only
high-risk/high-impact security vulnerabilities or major stability fixes
will be corrected.
Note that using it on OpenBSD is NOT supported by mozilla. People
willing to deploy it should subscribe to the EWG mailing list.
http://www.mozilla.org/en-US/firefox/organizations/faq/
Installs as firefox-esr and doesnt conflict with mainline www/mozilla-firefox.
Learn to use several profiles if you plan to use both.
req'd by several.
from DESCR:
The WWW::Mechanize::GZip module tries to fetch a URL by requesting
gzip-compression from the webserver.
If the response contains a header with 'Content-Encoding: gzip', it
decompresses the response in order to get the original (uncompressed)
content.
This module will help to reduce bandwith fetching webpages, if supported
by the webeserver. If the webserver does not support gzip-compression,
no decompression will be made.
This modules is a direct subclass of WWW::Mechanize and will therefore
support any methods provided by WWW::Mechanize.
The decompression is handled by Compress::Zlib::memGunzip.
There is a small webform, you can instantly test, whether a webserver
supports gzip-compression on a particular URL:
http://www.computerhandlung.de/www-mechanize-gzip.htm
ok sthen@
(it was kept separately because 3.x didn't build on some arch due to an
incomplete atomic ops autoconf check which has since been repaired) and
replace with 3.4 (devel version). Enable additional helpers and turn on
support for rock cache dirs.
got no objection.
The main reason is that they don't add any value (basically an enhanced
tar xzf of upstream's tarball with nothing OpenBSD specific nor added
documentation) and that they are often left unmaintainned and outdated
in the tree which leads people to think they are still maintained while
they really are not.
Discussed with several...
no objection dcoppa@ benoit@ zhuk@
"And they were singing Bye, Bye Wikimedia Pie..." ian@
have become pretty useless nowadays (and the pkg tools do not display
them anyway).
Some which contained valuable information have been turned into READMEs.
ok jasper@ sthen@
input/ok naddy@
