[syslog-ng] cleaning up the unofficial rpm repositories

[Evan Rempel]

Agreed. Trying to get 100's of systems upgraded currently requires a new repo to be added to each host. Kind of a pain.
The repo structure currently in place pushes a bunch of work onto the package consumers, for what I can see is for no benefit. Just a make work project :-(

As a result, our organization sucks up all of the repos and combines them together. Deleting your repo does not remove any packages from my joined repo, so it makes no difference to me.

Evan.

On 9/5/19 7:45 AM, Laszlo Budai wrote:
> Hi!
>
> Don't really see the importance of having separated repositories for each syslog-ng version as you don't provide updates... (I mean without backporting bugfixes to these repos, this is just a version lock).
>
> But version lock does not require separated repositories: users can pin (yum versionlock eg.) a specific version.
>
> The result is the same...
>
> All in all, these repos do not resolve the LTS vs. rolling release issue (which is not really liked some of the community members :) ).
>
> L.
>
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> *From:* syslog-ng <syslog-ng-bounces at lists.balabit.hu> on behalf of Peter Czanik (pczanik) <Peter.Czanik at oneidentity.com>
> *Sent:* Thursday, September 5, 2019, 09:14
> *To:* syslog-ng at lists.balabit.hu
> *Subject:* [syslog-ng] cleaning up the unofficial rpm repositories
>
> Hi,
>
> Ever since I started my unofficial rpm packages for (open)SUSE and Fedora/RHEL/CentOS I created a new repository for each new release and never deleted them. Of course OBS and Copr guys did sometimes clean ups, so Fedora and openSUSE packages for long end of life distributions got deleted. But for the rest there are still syslog-ng 3.5 packages on-line.
>
> Not everyone likes to update syslog-ng every second month, so I keep the current workflow and create a new repo for each new release. This way your syslog-ng.conf or package management is not accidentally broken at a random time with a new update, you have a chance to test a new release thoroughly before upgrading. On the other hand I plan to keep only a year worth of releases instead of everything.
>
> Question:
>
>   * Is there anyone, who needs packages older than one year? With the one year limit I'd delete anything older than 3.17 and delete 3.17 as well, once 3.24 is out, and so on.
>
> Bye,
>
> Peter Czanik (CzP) <peter.czanik at oneidentity.com>
> Balabit (a OneIdentity company) / syslog-ng upstream
> https://syslog-ng.com/community/ <https://syslog-ng.com/community/>
> https://twitter.com/PCzanik

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.balabit.hu/pipermail/syslog-ng/attachments/20190905/85e0c470/attachment.html>