[horde] new versions / website redesign

[Ralf Lang]

Am Montag, 2. Mai 2011, 21:51:05 schrieb Vilius Šumskas:
> Sveiki,
> 
> Monday, May 2, 2011, 10:32:18 PM, you wrote:
> >> This is packaging-related rpm scripting. I can only offer Harald to team
> >> up with me and create a version of the horde4 packages which works for
> >> fedora, too.
> >> 
> >> There are openSUSE and SLES packages for horde3 which I have in
> >> production use and as said above, horde4 are rolling out. I can help
> >> him if he provides a VM to test the results
> > 
> > i am not sure how to go ahead since there are many different subpackages
> > for pear and i have no idea how upstream thinks a migration-path
> > should work

See: 
https://build.opensuse.org/project/packages?project=server%3Aphp%3Aapplications&searchtext=horde

We can work this out. Actually we just need some "provides" and "obsoletes".
You have to note horde 4 is not just another upgrade but a major 
rewrite/replacement of many components. Also, the database tables have changed 
and the way they are managed. 

> > 
> > PEAR is nonsense on a linux-system with a package-managment and
> > why the menu is called "download" nobody knows :-(

What exactly is your issue with pear?
There is no reason not to rpm-package a pearified application. Both have their 
reasons for being. Pear is an os-agnostic packager which makes life easy for 
upstream. rpm, deb & the like allow you to ship versions upstream may no 
longer deliver and allows patches to make the piece of software fit into your 
distribution's policies.

> 
> Actually  it  is  the  other  way  around;  RPM  is  terrible  for web
> applications.

This is wrong. RPM is one out of many valid ways to deliver server 
applications. And it has been for years. Horde3, phpmyadmin, they all worked 
well.


-- 
Ralf Lang
Linux Consultant / Developer

B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537