Control: tags -1 buster-ignore
Hi,
On Tue, Feb 19, 2019 at 10:18:19PM +0100, Moritz Mühlenhoff wrote:
> On Wed, Feb 20, 2019 at 02:12:55AM +0500, Andrey Rahmatullin wrote:
> > On Tue, Feb 19, 2019 at 10:00:34PM +0100, Moritz Mühlenhoff wrote:
> > > If a transition (even though it's marginal in si
On Tue, Feb 19, 2019 at 10:26:09AM +0100, Christoph Martin wrote:
> What can we do to not loose these packages (burp in my case)?
>
> librsync 2.0.2-1~exp1 was uploaded to experimental three days ago.
csync2 seems to build fine with librsync2 from experimental so if
you can upload that to unstab
On Wed, Feb 20, 2019 at 02:12:55AM +0500, Andrey Rahmatullin wrote:
> On Tue, Feb 19, 2019 at 10:00:34PM +0100, Moritz Mühlenhoff wrote:
> > If a transition (even though it's marginal in size) isn't an option at this
> > point
> That's not for me to decide. Should we ask the RT?
Sounds like a pla
On Tue, Feb 19, 2019 at 10:00:34PM +0100, Moritz Mühlenhoff wrote:
> If a transition (even though it's marginal in size) isn't an option at this
> point
That's not for me to decide. Should we ask the RT?
--
WBR, wRAR
signature.asc
Description: PGP signature
On Sat, Feb 16, 2019 at 10:35:05PM +0500, Andrey Rahmatullin wrote:
> On Sat, Feb 16, 2019 at 12:33:08PM +, Debian Bug Tracking System wrote:
> > Processing commands for cont...@bugs.debian.org:
> >
> > > severity 776246 grave
> > Bug #776246 [librsync1] MD4 collision/preimage attacks (CVE-201
On Tue, Feb 19, 2019 at 10:26:09AM +0100, Christoph Martin wrote:
> What can we do to not loose these packages (burp in my case)?
>
> librsync 2.0.2-1~exp1 was uploaded to experimental three days ago.
I guess librsync2 would need to go into unstable and testing. Than
we can try to update our app
What can we do to not loose these packages (burp in my case)?
librsync 2.0.2-1~exp1 was uploaded to experimental three days ago.
Am 18.02.19 um 18:34 schrieb Valentin Vidic:
> Hi,
>
> Not sure why grave so late in the release process that we lose
> some packages (csync2 in my case)? grave after
Hi,
Not sure why grave so late in the release process that we lose
some packages (csync2 in my case)? grave after the release would
give us more time to move to librsync2.
--
Valentin
On Sat, Feb 16, 2019 at 12:33:08PM +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
>
> > severity 776246 grave
> Bug #776246 [librsync1] MD4 collision/preimage attacks (CVE-2014-8242)
> Severity set to 'grave' from 'important'
> > thanks
> Stopping proce
9 matches
Mail list logo