postfixadmin-devel

Re: [Postfixadmin-devel] SF.net SVN: postfixadmin: [167] trunk

[Christian B. <pos...@cb...>]

[forwarded to postfixadmin-devel - postfixadmin-svn is reserved for 
commit messages, -devel is for discussions ;-) ]

----------  Forwarded message  ----------

Subject: Re: SF.net SVN: postfixadmin: [167] trunk
Date: Mittwoch, 31. Oktober 2007
From: David Goodwin <da...@co...>
To: pos...@li...

chr...@us... wrote :
> Revision: 167
>           
http://postfixadmin.svn.sourceforge.net/postfixadmin/?rev=167&view=rev
> Author:   christian_boltz
> Date:     2007-10-30 18:31:37 -0700 (Tue, 30 Oct 2007)
> 
> Log Message:
> -----------
> stylesheet.css
> - added styles for CSS-based dropdown menu, based on "Son of 
Suckerfish"
>   http://www.htmldog.com/articles/suckerfish/dropdowns/
 

Cool :-)
Guess I should take a look later today.

Have you started to do anything wrt database upgrade script(s)?
If not, I might pull my finger out and try writing something.


thanks
David.
-- 
David Goodwin 

[ david at codepoets dot co dot uk ]
[ http://www.codepoets.co.uk       ]

-------------------------------------------------------

Re: [Postfixadmin-devel] SF.net SVN: postfixadmin: [188] trunk

[Christian B. <pos...@cb...>]

Hello,

Am Sonntag, 4. November 2007 schrieb Gin...@us...:
> Revision: 188

> debian: adding - initial support for creating .debs; run
> dpkg-buildpakcage -rfakeroot within the trunk dir

So we'll get a debian package. Nice :-)

I'll create RPM files when 2.2 is ready.

> Property changes on: trunk/debian/docs
> ___________________________________________________________________
> Name: svn:executable
>    + *

> Property changes on: trunk/debian/rules
> ___________________________________________________________________
> Name: svn:executable
>    + *

I have to admit not to know much about the debian/* files, but I wonder=20
if "docs" and "rules" really need to be executable.


Regards,

Christian Boltz
=2D-=20
Das terrorsicherste Verkehrsmittel ist ganz klar das Automobil. Einzeln
verpackte Verkehrsteilnehmer in Stahlh=FClle mit gro=DFen Abst=E4nden. :)
[Kristian K=F6hntopp auf
http://blog.koehntopp.de/archives/1376-Mach-mir-den-Rail-Marshall.html]

Re: [Postfixadmin-devel] SF.net SVN: postfixadmin: [188] trunk

[David G. <da...@co...>]

Christian Boltz wrote :
> Hello,
>=20
> Am Sonntag, 4. November 2007 schrieb Gin...@us...:
> > Revision: 188
>=20
> > debian: adding - initial support for creating .debs; run
> > dpkg-buildpakcage -rfakeroot within the trunk dir
>=20
> So we'll get a debian package. Nice :-)
=20
cd trunk
dpkg-buildpackage -rfakeroot

When ever you want to create a new release, edit debian/changelog

> I'll create RPM files when 2.2 is ready.
=20
Feel free to add the .spec file (that's what rpm uses, right?) to svn.

> I have to admit not to know much about the debian/* files, but I wonder=
=20
> if "docs" and "rules" really need to be executable.

Probably not.

David

--=20
David Goodwin=20

[ david at codepoets dot co dot uk ]
[ http://www.codepoets.co.uk       ]

Re: [Postfixadmin-devel] SF.net SVN: postfixadmin: [317] trunk

[Christian B. <pos...@cb...>]

Hello,

(answering in the public, this might be interesting for everybody)

Am Sonntag, 6. April 2008 schrieb David Goodwin:
> chr...@us... wrote:
> > Revision: 317
...
> <are we nearly there [2.2] yet?>

I have waited for this question ;-)

Yes, from the MySQL side I think so - however, I'd like to wait some 
days for feedback in the bugs and to do some tests with updating old 
databases (2.1, SVN r1) - I have mostly tested the changes with a new, 
empty database.

I have also entered a new (small) blocker bug some minutes ago:
setup.php should check if database is up to date, details on
https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1936331&group_id=191583
(for 2.2, we can simply hardcode the required revision in setup.php - 
but we should find a better solution for the future.)

Another small item on the ToDo list: create the fetchmail table via 
upgrade.php. How does the statement for pgsql look like for it?
(see fetchmail.php for MySQL version)

BTW: What about integrating pgsql table creation (as of SVN r1) in 
upgrade.php (would be upgrade_5_pgsql) also? It would make the handling 
in the new blocker easier ;-)


Regards,

Christian Boltz
-- 
general rule: if Olaf reports a bug, it is a valid bug.
[Olaf Hering while reopening 
 https://bugzilla.novell.com/show_bug.cgi?id=168595]