Subject: | |
From: | |
Reply To: | |
Date: | Mon, 6 Jun 2016 23:27:30 +0200 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
Thanks for clarifying. I was not aware of this.
For the short term I downgraded to an older version of samba4 (to get my
system running again).
(And yes, there is an entry in bugzilla for "my" problem. And a link to
an upstream patch ....)
In the medium term I'm looking for an other distribution:
It doesn't make sense to have about 10 years of support (in theory), but
updates just every half year.
Then I prefer a system
-- where I have to do upgrades to the next major versions more frequently,
-- because of merely about 3 years of update support,
++ but with a more current update policy
++ and an overall more recent software.
Rupert
Stephen John Smoogen schrieb:
> On 6 June 2016 at 13:00, Rupert Kolb <[log in to unmask]> wrote:
>> Hi,
>>
>> are there any updates for samba4 ?
>> At the moment in the repo is:
>> samba4-4.2.10-6.el6_7.x86_64 from 13th of april.
>>
>> At download.samba.org is a updated version samba-4.2.12 from 2016-05-02 (one
>> month ago!)
>>
>> As there are some bugs in 4.2.10, which seem to be solved in 4.2.12 (for
>> instance: 'wbinfo -u' returns no users), I'm really interested in the
>> updated version !!!
>>
> You seem unfamiliar with how Scientific Linux ships software which is
> causing you some confusion. Scientific Linux (SL) is built from the
> git source code that Red Hat puts out for its Enterprise Linux (RHEL).
> Red Hat does periodic updates to its software on a scale of 1 to 2
> times a year but these upgrades may only backport fixes to the current
> release number or may do a complete upgrade. [When a RHEL release
> moves from various production stages which RHEL-6 just did, they only
> backport major fixes.]
>
> So if you need SL to ship samba4-4.2.12 then you need to check to see
> if there are existing bugs on the issues you need fixed in
> http://bugzilla.redhat.com and also test out whenever RHEL-6.9beta
> comes out to see if the bug was backported to it. Otherwise you may
> need to look at Scientific Linux 7 and if it is fixed/updated in SL7.3
>
>
>> Rupert
|
|
|