Re: [Postfixadmin-devel] Strategy for vacation script and vacation tables

[Christoph L. <chr...@it...>]

Am 12.01.18 um 21:24 schrieb Christian Boltz:

>>> - Also, the new default only applies when adding the column, so if
>>> you> 
>>>   already have the activeuntil column, the 2000-01-01 values will
>>>   survive. In theory the new default also applies when doing an
>>>   INSERT
>>>   without specifying activeuntil, but this won't happen with
>>>   PostfixAdmin ;-)
>>
>> So that's mostly a concern for custom or third-party tools.
> 
> That, and for people who upgraded with the buggy upgrade code - which 
> basically means everybody who upgraded from 2.3.x (or older) to 3.x.

We started with 2.1 or so.


> Yes, we kept the history when migrating to github. Also, the SVN history 
> won't vanish just because I "svn rm" all files and replace them with a 
> README ;-)  (done now)

Right. But one has to check out or switch to the revision before the rm
to see anything beyond the Readme ;-)


>> I should be able to help here, we use debian packages for everthing
>> for 7 years now (even for the windows crossbuilds).
> 
> :-)
> 
> We already have the debian/* files in git, so building a DEB on a Debian 
> system is probably easy. However I never tried to build a DEB in the 
> openSUSE build service, so help in this area is welcome ;-)

Hmm.

We left SuSE over 10 years ago, I never tried their build service.

So much to learn ;-)

We'll see.


> Oh, and I still have a small (non-public) project that uses CVS for 
> historical reasons ;-)

LOL.

Our 2 most important projects started in cvs too, but as soon as the
project grew to the huge number of 2 developers it got complicated, we
happily migrated to svn rather early.


> If you have "silly questions" about git, feel free to ask ;-)

Thanks.

My business partner is relatively familiar with git, over the last 3
years or so he made contributions to several open source projects using
git pull requests.


For now I'm happy the manually copied vacation.pl does it's job and I
have more critical priorities (Meltdown & Spectre, DRBD hickups,
customer project deadlines ...), but switching to the postfixadmin
upstream using deb packages definitely is on my has-to-be-done-soon-list ;-)


Regards, Christoph