-------- Original-Nachricht -------- Betreff: [announce] End Of Life for Horde 3 Datum: Tue, 27 Nov 2012 13:21:17 +0100 Von: Jan Schneider <jan@horde.org> Antwort an: core@lists.horde.org An: announce@lists.horde.org, vendor@lists.horde.org, horde@lists.horde.org The Horde Team is announcing the End Of Life (EOL) for the Horde 3 release series. With the final release of Horde 5 the state of the following release series is updated: Horde 3: EOL Horde 4: Security Fixes Horde 5: Bug Fixes Please see http://wiki.horde.org/Doc/Dev/ReleaseCycle for details about the Horde release cycle and http://www.horde.org/development/versions for the affected applications. Horde 3 had been a huge milestone in Horde's history and has served us well for 8 long years. We really hope you enjoyed it too. We know it's still in use in many, many places, and we like to encourage everyone to upgrade to the latest version which is such a huge improvement over the now outdated Horde 3 line. Thank you, Horde 3, and thank you, everyone who made it such a great success!
Archives
bookmark_borderNo Bullshit #1: Apache vhost config AllowOverride All does not activate mod_rewrite
This is beginner’s talk, but I have seen it too many times anyway.
A lot of tutorials on the web claim that you have to state “AllowOverride All” in an apache config and it magically activates mod_rewrite somehow.
This is all bullshit. Your mileage may vary, you may be lucky on debianish systems. It’s not very secure anyway.
Here’s what you do instead:best acquistare dianabol 25 mg online in italia
(suse)
yourserver:# /etc/apache2/conf.d # a2enmod rewrite yourserver:# /etc/apache2/conf.d # vim /etc/apache2/vhosts.d/www.somesite.com.conf <VirtualHost *> DocumentRoot /srv/www/somesite.com/wordpress ServerName www.somesite.com ServerAdmin ralf.lang@somesite.com <Directory /srv/www/somesite.com/wordpress> Options +FollowSymlinks RewriteEngine On ## put your rewriting-related .htaccess file content here, for example wordpress RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] ## end put stuff here ## ... more vhost stuff to follow ## finally Order allow,deny Allow from all </Directory> </VirtualHost>
yourserver:# rcapache2 reload
(debian)
yourserver:~# /etc/apache2/conf.d # a2enmod rewrite yourserver:~# vim /etc/apache2/sites-available/www.somesite.com <VirtualHost *:80> ServerAdmin webmaster@localhost ServerName www.somesite.com DocumentRoot /var/www/somesite.com/www <Directory /> Options FollowSymLinks AllowOverride None </Directory> <Directory /var/www/somesite.com/> <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> Options Indexes +FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all </Directory> ## more debianish vhost stuff ## ... ## finally </VirtualHost>
yourserver:/etc/apache2/conf.d # a2ensite www.somesite.com
yourserver:/etc/init.d/apache2 reload
Here’s the explanation why:
AllowOverride allows a special hidden file .htaccess in any directory of your vhost to override settings from your apache vhost configs, especially security-related stuff like URL rewriting and symlink behaviour. This is fine for your hacky development setup but you do not want this in production. First, it’s slow because every lookup has to check for a .htaccess file and parse it if present. Second, it’s a hassle to debug once something screws up. Something will screw up at some point. Usually you are better off configuring your vhost properly.
Why does it work on debian?
Debian systems often have mod_rewrite enabled (loaded) but not active (working) in the default config. Allowing .htaccess files to magically activate them will work in many cases and provide a confusing problem for the rest.
Why doesn’t it work on openSUSE 12 and SLES 11??
SLES is optimized for enterprise environments where security counts. If you don’t enable overriding, it’s usually turned off. If you don’t enable mod_rewrite globally or for the site, it won’t magically be loaded later on. This leads to more tedious work but also a more predictable environment for admins under fire.
Stop confusing people. Tell them how to do it right and make them understand why it works. It will spare you trouble.
Fondos de pantalla varón fisicoculturismo fitness entrenamiento músculos deporte descargar imagenes lo esencial winstrol ahorra en manualidades codigo promocional envio gratis: revisa los leggings deportivos top seller mujer push up leggings fitness patchwork y pantalones elásticos entrenamiento de culturismo pa.
bookmark_borderjappix needs php-mbstring and will fail on SLES11
jappix is a fine piece of xmpp (jabber) based community building software.
Sadly, its installer needs php-mbstring (for SLES 11 SP2, this is php5-mbstring or php53-mbstring depending on your php choice). Sadly, it hides any error messages before requiring this crucial library. You will never know until you investigate closely.
Or as some person on the web paraphrased in German: was meinst du mit testsuite?
Software should not behave that way. Test suites and installers like jappix’ setup.php should know how to handle missing dependencies and show them to users.
Debian is not affected. By luck or purpose, debian ships mbstring with the basic php package.
bookmark_borderHorde 5 enters release cycle – First Alpha of Sesha Inventory App available
All’s well that ends well. During the last few days, the first alpha releases of the Horde Framework and some of its core apps hit the announcement list. Horde 5 sports a completely revamped user interface which allows a much tighter integration of the portal dashboard, ajax mode applications like the IMP Webmailer or traditional mode applications (whups ticketing etc).
While IMP, turba and the Ingo Mailfilter are already available as alpha packages, the calendar (kronolith) is not yet done.
However, today Horde release the first alpha version of the sesha inventory app. I have been working on sesha and related packages since horde 4, but things dragged on.
Sesha allows to organize any kind of items in a searchable inventory. First you have to define properties like age, weight, length or location of an item.
A defined group of properties makes up a category, something like an inventory type: Books, DVDs, network interfaces or computer monitors all have very different sets of properties. With sesha, there is no limit on the things you can put into your catalog. Just create categories of properties and finally add stock.
Sesha has been released under the GNU General Public License and may be used free of charge.
bookmark_borderHorde 5 Preview: Sesha Inventory App 1.0 and updated Rdo library
Dear folks, I am very pleased to announce:
The Sesha Inventory application is ready for Horde 5 and it is in good shape. Sesha is a simple inventory keeping application which originally developed by Bo Daley and Andrew Coleman on Horde 3. The product was never officially released but it went into production at several sites. Sesha release cycle can now start together with the Horde 5 Alpha release cycle.
Sesha inventory can be configured to hold any number of stock categories with any number and type of attributes.
Like the original version, Sesha for Horde 5 can provide its stock categories as ticket queues for the horde ticketing application whups.
There are a lot of plans and ideas for upcoming versions but for this time the focus was on finishing a releasable product.There are no surprises for existing users of Horde 3 based sesha. Most work happened invisibly under the hood:
- The Horde_Template library was exchanged by new Horde_View code
- A migration script for database was added
- Users can keep their original Horde 3 Sesha tables and data.
- The sql backend driver was completely reworked into a driver based on the Horde_Rdo ORM library The new Driver Api provides enhanced search capabilities but the current frontend doesn’t make use of it. I do not plan to add any features to the classic view but start working on an Ajax view once the Horde 5 Redesign is completed. This may ship with Sesha 1.1 later on.
- Object oriented code has replaced complicated hashes in many places
The Horde Rdo library is the new work horse inside Sesha. Rdo means Rampage Data Objects and is a lightweight ORM layer by Horde founder Chuck Hagenbuch. It maps database tables to PHP Objects. This is similar to the ActiveRecord pattern. Each database row can be turned into one Rdo item. For Sesha and another – non-public – software project, some enhancements went into the Rdo library for Horde 5:
- Rdo now provides a caching factory or root object which speeds up creation of mapper objects
- Methods for add, removing or checking many-to-many relations have been added
- A number of edge case bugs have been fixed
I think the Horde 5 release cycle will start with alpha1 releases sometime in May. I know we’re a little late but it’s worth the wait.
That said, I welcome any early testing or updates of the language files. Provided everything works as expected, Sesha will be shipped with Horde 5 for OpenSUSE 12.2
bookmark_borderHeads up: OBS SLES 11 PHP stuff migrates to SP2! – server:php:applications/SLE11 repository
Companies maintaining production servers often have a desire for stable, long-living Operating System and Software distributions. The idea is that once set up, things should not break and major upgrades should only be needed in long intervals and at points in time which best suit business operation. In the SUSE family of operating systems, openSUSE is the young and adventurous (fast-paced, community driven) branch while the SUSE Linux Enterprise (SLE Server and SLE Desktop) crowd is a stable, paid-for building block you can depend your mission critical data on. Enterprise platforms have a certain drawback: To maintain stability, they don’t ship the latest-greatest software packages and they try to stick to a certain set of core options and extensions.
For PHP Software, the Open Buildservice server:php:applications repository is one of the primary sources for up to date versions of software like PHPUnit, phpmyadmin, Horde Groupware or wordpress. While it is acceptable and desirable to have a stable and well-maintained (though old) version of apache or mysql, you don’t want to sit on an aged version of web applications or libraries and frameworks for developers.
Today, this repository switched to build against the new SLE11 SP2 code base. SLE11 comes with two PHP options: The php5-* packages which ship PHP 5.2 and the php53-* packages which ship PHP 5.3
Currently, some packages will not build as they require “php-{something}” which is provided by multiple packages. We are working on resolving this.
The switch was needed because more and more packages rely on a more recent version of PEAR or PHP 5.3 features which simply cannot be provided in Service Pack 1 installations without adding extra repositories like server:php and server:php:extensions (unsupported, recent PHP 5.3 built against SLE11).
Please keep in mind that software from OBS is generally not supported by your SLE license.
bookmark_borderPHP goes git
Today the main PHP development branch has moved to the git version control system. In the past, PHP has been developed on cvs and svn. The move to git is very common Bodybuilding toepassingen these days. Git is, for example, the version control system used by the linux kernel developers and the Horde Application Framework.
PHP uses the github infrastructure for the public repository, which currently holds 52 branches. It will be interesting to see how they will convert their commit email script to git.
The public PHP git repository is available under http://github.com/php/php-src
bookmark_borderphp5.3 packages in SLES 11 SP2
SLES 11 SP2 ships php5.3 binaries but the default package php5 still installs php5.2 which already has reached upstream end of life and should be considered unsupported by any means. Recent versions of phpunit and other developer tools won’t provide all features on php5.2 any more.
You must use apache2-mod_php53, php53, php53-mysql and so on if you want to use php on SLES.
bookmark_borderInstalling Horde 4 pear packages to a custom pear location (SUSE)
When installing horde to a custom pear location, you need to run the pear of your custom location, not the system pear with the custom location’s config.
So the steps would be:
1 mkdir /srv/horde 2 pear config-create /srv/horde/ /srv/horde/pear.conf 3 pear -c /srv/horde/pear.conf install PEAR
as the install docs say but then:
4 /srv/horde/pear/pear -c /srv/horde/pear.conf channel-discover pear.horde.org 5 /srv/horde/pear/pear -c /srv/horde/pear.conf run-scripts horde/Horde_Role 6 /srv/horde/pear/pear -c /srv/horde/pear.conf install --alldeps horde/groupware
Otherwise running the Horde_Role script will fail saying
config-set (horde_dir, /srv/horde/, user) failed, channel pear.php.net
This was experienced on SLES11SP1, SLES11SP2 and openSUSE Factory.
I did not test this for any debian based products yet.
bookmark_borderHorde 5 is coming / Horde 3 support ends
The spring 2012 release of the Horde Application Suite and Framework will probably be called Horde 5. In a recent discussion the majority of developers agreed on a new major revision for some changes that some view as minor backward compatibility break. Currently planned features include:
- New standard UI for “traditional view”
- Move of Ajax code from specific apps to a common framework
- Release of a small inventory management app (sesha)
- complete configuration via UI (likely)
- Webmail: Write support for smartphone view
- Calendar: Resource calendar support for ajax view
At the same time, Horde 3 will no longer receive any support. Horde 3 has been around since 2005 and really has reached its end of life.
Since the Horde 4 release, The Horde 3 family of applications has only received critical bugfixes and security updates, the last being released this february. You should really consider updating to Horde 4 – the transition from Horde 3 to Horde 4 has been tested and done by numerous people and the transition from Horde 4 to Horde 5 should run smoothly as both releases are PEAR based.
I have already removed all things horde3 from OpenSUSE-Factory. OpenSUSE 12.2 will not ship Horde 3 any longer. Depending on packaging progress, openSUSE 12.2 will very likely ship Horde 5 or the most recent Horde 4 release. Horde 4 maintainence will continue.
Horde 3 Packages in the server:php:applications repository (see here) will be available at least until openSUSE 12.1 runs out of maintainence. I won’t give these much attention though. Please also note Eleusis Password Manager will be dropped with currently no planned replacement.