On Jun 21, 2013 8:57 AM, "Gordan Bobic" <[email protected]> wrote:
>
> On Fri, 21 Jun 2013 08:39:20 -0400, Marc Curry <[email protected]> wrote:
>
>> > Then we both have a different opinion in how you want to see a
>> > product get updates.
>> > I am not sure how the rest of the list sees this but working for 2
>> > international companies in the past using +500 Red Hat/CentOS servers
>> > has learned me that regular patches are more then welcome.
>> > (kernel bugs with nfs locks, apache dos range header, sudo
>> > exploitation, etc.).
>> > Besided that, Red Hat intensively tests its bugfixes and patches,
>> > it's not Fedora...
>> >
>> > You're the only distro who is not updating its packages, other
>> > distros (fedora, raspian, debian wheezy, arch) are frequently
>> > updating.
>>
>> I have to agree with Michiel. I was excited to see this distro, but
>> I resist using it in favor of other distros because of this issue. I
>> used to work for Red Hat and I still use RHEL-like distros in my
>> work/personal life. A distribution should not dictate policy
>> ("rarely, or don't ever update your OS"),
>
>
> There is no such dictat. The lack of updates is not caused by
> a policy, but by my lack of time recently.
>
> Bear with me - the flow of updates will start in the near future.
> I'm hoping to find time to rebuild the packages Michiel mentioned
> manually this weekend. I will try to find a day or two spare in
> the near future to put together a new koji farm and get upstream
> packages building as and when they are released.
>
> Some packages won't be available in near-real-time (specifically,
> these:
> http://ftp.redsleeve.org/pub/yum/os/RPMS/changed/ )
>
> because they require manual patching to make them work on ARM (or
> they are distro specific, e.g. the artwork).
>
> But that should still be infinitely better than what is in place
> at the moment.
>
I agree, and look forward to it! Thanks for all the efort you put into
this, and don't forget that some of us will happily volunteer our time to
reduce the burden on yours!
-Marc
>
>> but rather functionality
>> ("we will make available the bug fixes and new features as they become
>> available"), and give the end user the *choice* whether or not to
>> update their systems, as they see fit.
>
>
> I couldn't agree more.
>
> Gordan
>
> _______________________________________________
> users mailing list
> [email protected]
> http://lists.redsleeve.org/mailman/listinfo/users
_______________________________________________
users mailing list
[email protected]
http://lists.redsleeve.org/mailman/listinfo/users
