Re: Ferenc Wagner 2015-12-22 <874mfbfh6y@lant.ki.iif.hu>
> Emilio Pozuelo Monfort writes:
>
> > This is the last blocker for the perl transition. Packages should be
> > installable now in unstable. Please let us know if you make progress
> > with this or if you hit any blockers.
>
> Short pr
Emilio Pozuelo Monfort writes:
> This is the last blocker for the perl transition. Packages should be
> installable now in unstable. Please let us know if you make progress
> with this or if you hit any blockers.
Short progress report: no blockers.
I encountered unexpected problems, but they ar
On 17/12/15 14:09, Ferenc Wagner wrote:
> Ferenc Wagner writes:
>
>> Emilio Pozuelo Monfort writes:
>>
>>> On 16/12/15 00:12, Ferenc Wagner wrote:
>>>
Niko Tyni writes:
> So the proper way out seems to be a separate libdlm source package, as
> discussed in [1]. Ferenc, do I un
On 17/12/15 14:09, Ferenc Wagner wrote:
> Ferenc Wagner writes:
>
>> Emilio Pozuelo Monfort writes:
>>
>>> On 16/12/15 00:12, Ferenc Wagner wrote:
>>>
Niko Tyni writes:
> So the proper way out seems to be a separate libdlm source package, as
> discussed in [1]. Ferenc, do I un
Ferenc Wagner writes:
> Emilio Pozuelo Monfort writes:
>
>> On 16/12/15 00:12, Ferenc Wagner wrote:
>>
>>> Niko Tyni writes:
>>>
So the proper way out seems to be a separate libdlm source package, as
discussed in [1]. Ferenc, do I understand right that a new pacemaker
package is
Emilio Pozuelo Monfort writes:
> On 16/12/15 00:12, Ferenc Wagner wrote:
>
>> Niko Tyni writes:
>>
>>> So the proper way out seems to be a separate libdlm source package, as
>>> discussed in [1]. Ferenc, do I understand right that a new pacemaker
>>> package is a blocker for this? Is that becau
Hi Ferenc
On Wed, Dec 16, 2015 at 12:12:18AM +0100, Ferenc Wagner wrote:
> No: the new DLM package depends on the new Pacemaker package. I'm
> already testing them, there's only some cleanup remaining before they
> can be uploaded.
Can you give an ETA? Otherwise I'm inclined to remove cluster s
Control: tags -1 confirmed
On 15/12/15 21:27, Niko Tyni wrote:
> On Mon, Dec 14, 2015 at 06:26:34PM +0100, gregor herrmann wrote:
>> On Mon, 14 Dec 2015 11:15:03 +0100, Emilio Pozuelo Monfort wrote:
>>
> Dominic Hargreaves writes:
>>
>> If not then perhaps that should just be dropped from
On 16/12/15 00:12, Ferenc Wagner wrote:
> Niko Tyni writes:
>
>> So the proper way out seems to be a separate libdlm source package, as
>> discussed in [1]. Ferenc, do I understand right that a new pacemaker
>> package is a blocker for this? Is that because the current pacemaker
>> would be broke
Niko Tyni writes:
> So the proper way out seems to be a separate libdlm source package, as
> discussed in [1]. Ferenc, do I understand right that a new pacemaker
> package is a blocker for this? Is that because the current pacemaker
> would be broken by the libdlm update?
No: the new DLM package
On Mon, Dec 14, 2015 at 06:26:34PM +0100, gregor herrmann wrote:
> On Mon, 14 Dec 2015 11:15:03 +0100, Emilio Pozuelo Monfort wrote:
>
> > >> Dominic Hargreaves writes:
>
> > >>> If not then perhaps that should just be dropped from the
> > >>> redhat-cluster package ASAP [...] -- of course, sinc
On Sun, Dec 13, 2015 at 11:56:41PM +, Dominic Hargreaves wrote:
> [adding redhat-cluster and lvm maintainers to thread. This discussion
> is about trying to start the perl 5.22 transition, which has been
> 'about to happen' since August - so obviously those of us who care
> about that are quite
[adding redhat-cluster and lvm maintainers to thread. This discussion
is about trying to start the perl 5.22 transition, which has been
'about to happen' since August - so obviously those of us who care
about that are quite keen to see it happen sooner rather than later]
[take two with fixed addre
[adding redhat-cluster and lvm maintainers to thread. This discussion
is about trying to start the perl 5.22 transition, which has been
'about to happen' since August - so obviously those of us who care
about that are quite keen to see it happen sooner rather than later]
On Sun, Dec 13, 2015 at 11
14 matches
Mail list logo