On Sun 11/Dec/2016 12:51:00 +0100 Stefan Hornburg (Racke) wrote: > On 12/11/2016 03:12 AM, Mark Constable wrote: >> On 11/12/16 03:09, SZÉPE Viktor wrote: >>> On 07/12/16 00:04, Ondřej Surý wrote: >>>> >>>> I intend to properly orphan the packages before stretch release and >>>> remove them from next Debian stable release. Well, unless somebody >>>> comes up and makes a hard promise to take care of all Courier MTA till >>>> Debian stretch (next stable) end-of-life and becomes maintainers. >> >> This was one of the saddest emails I have ever received. >> >> If my servers ran Archlinux I'd have no problem building from source, >> and even maintaining a source package in AUR, but even though I am a >> staunch ubuntu-server user I really don't like debs (or rpm) packaging.
Aha, that implies you know them somewhat... >> I have little choice left but to start testing postfix/dovecot :-( >> >> And so far I really despise what I see after becoming so comfortable >> with courier. No SNI (SSL on a single IP) for a start and goodness >> knows what else will be awkward to impossible to achieve compared to >> the relative ease and unified sanity of the courier suite. >> >> And not least of all the superb effort put in by Sam, and others, on >> this list to provide a level of consistent free support rarely seen >> elsewhere (in my experience.) >> >>> I could lend a hand to the maintainer for couple of hours/month. I >>> am Courier user <snip> +1 Although I use Debian (but not systemd) I always compiled Courier from sources, so I know very little of Courier's Debian-specific stuff. >>> Though I've never used Debian's source/build infrastructure. Ditto, almost. >> That's very encouraging. I am less experienced with Debian packaging than >> you so I'm not sure I can do much to help. It looks like ra...@linuxia.de >> has retired from the original Debian packages and Ondřej put in an amazing >> effort to re-package the latest source to run under the "courier" user >> instead of the previous "daemon" user (more in line with original source). > > Yeah I had too little time to continue with maintaining such a large package > on my own. I certainly appreciate Ondřej's support and I could help out > with the Debian specifics of this package. I'm not clear whether Ondřej's changes break compatibility with the current package. If aiming at an incompatible repackaging, dropping the existing packages and creating new ones can be easier. Call it /renaming/ if you like. Pros. Renaming makes it clear that some work is needed to migrate to the new packages. Custom scripts will have to be reviewed, for example. Bugs don't need to be migrated, perhaps. Cons. Sense of discontinuity. Panic? >> Some discussion on ubuntu-devel-disc...@lists.ubuntu.com might dig up some >> more support and help determine if Ondřejs' packages could replace the >> current way-to-old barely-on-life-support package set. I propose interested Ubuntu users subscribe here. I reckon subscribers of this list, even if not interested in Debian packaging, are more likely to occasionally lend some interest on the subject than subscribers of Ububtu- or Debian- devel who are not interested in Courier or mail. Am I wrong? >>> Two things: >>> The package has no git source https://packages.qa.debian.org/c/courier.html >>> Courier upstream has no bug-tracking system. >>> >>> I would choose GitHub as a place to store /debian and to communicate >>> with upstream. >> >> Unfortunately Sam doesn't seem interested in moving his whole development >> system over to Github. > > We could also use the existing Git infrastructure of Debian for the packaging > files (https://wiki.debian.org/PackagingWithGit). Is that the "Importing upstream as tarballs" thing? Ale ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/xeonphi _______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
