netcdf (1:4.7.3-1) is built & installed on all release architectures,
please schedule the binNMUs except netcdf-fortan which is currently
building on the buildds.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 1/22/20 9:40 PM, Paul Gevers wrote:
> On 17-01-2020 11:22, Bas Couwenberg wrote:
>> netcdf-fortran bumped its SONAME requiring a transition.
>
> Please go ahead.
Thanks.
> Am I correct in saying that it makes a lot of sense to take this
> transition together with the netcdf transition? If so,
SEMINARIO EN VIVO
NOM-036
Factores de Riesgo Ergonómico en el Trabajo
Secretaría del Trabajo y Previsión Social
Nueva Fecha: 30 de Enero del 2020
HORARIOS: 10:00 a 13:00 HRS y 15:00 a 18:00 HRS.
El objetivo de la NOM-036 es identificar, analizar, prevenir y controlar los
factores de riesgo ergo
Processing control commands:
> tag -1 -moreinfo
Bug #948786 [release.debian.org] buster-pu: package apt-cacher-ng/3.2-3~deb10u1
Removed tag(s) moreinfo.
--
948786: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948786
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Control: tag -1 -moreinfo
Hallo Everyone,
so here comes the additional info:
the CVE-2020-5202 fix was applied to Sid/Bullseye and reached Testing
without any bugreports. I had to reupload once in the meantime due to a
glitch in the Debian package (yeas, I f*ed it up, right in the great
git-base
Control: tags -1 confirmed
Hi Bas,
On 17-01-2020 11:22, Bas Couwenberg wrote:
> netcdf-fortran bumped its SONAME requiring a transition.
Please go ahead.
Am I correct in saying that it makes a lot of sense to take this
transition together with the netcdf transition? If so, please combine
that t
Processing control commands:
> tags -1 confirmed
Bug #949135 [release.debian.org] transition: netcdf-fortran
Added tag(s) confirmed.
--
949135: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949135
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Control: tags -1 confirmed
Hi Laurent,
On 02-01-2020 10:20, Laurent Bigonville wrote:
> The soname of the gspell library has bumped its soname from
> libgspell-1-1 to libgspell-1-2
>
> I rebuilt all the rdeps and they all build fine with the new library.
> BUT ATM there is an issue with gnome-so
Processing control commands:
> tags -1 confirmed
Bug #947930 [release.debian.org] transition: gspell
Added tag(s) confirmed.
--
947930: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=947930
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Your message dated Wed, 22 Jan 2020 21:11:24 +0100
with message-id
and subject line Re: Bug#942428: transition: gssdp/gupnp
has caused the Debian Bug report #942428,
regarding transition: gssdp/gupnp
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is
Dear Scott,
On 22-01-2020 19:23, Scott Talbert wrote:
> I've got a package[1] whose migration is blocked by an autopkgtest "Test
> in progress" for weeks. Can someone tell me what might be going on with
> it?
[...]
> [1] https://tracker.debian.org/pkg/pytest-xdist
The question should have been
Theodore Y. Ts'o (2020-01-22):
> Great, thanks!
>
> And thanks for correcting me on the package queue names. The fact
> that the package won't be made available until the point release is
> because of the debian-installer dependency?
Not at all; the latter only affects my being asked about it.
Theodore Y. Ts'o (2020-01-22):
> Oh, one more question. Is a source-only upload OK?
Yes.
> I'm still a bit confused when a source-only upload is required, and
> when a binary upload is required? Is the latter only for the NEW
> queue?
Yes.
Cheers,
--
Cyril Brulebois (k...@debian.org)
On Wed, Jan 22, 2020 at 09:27:01AM +0100, Cyril Brulebois wrote:
> You can upload. And no, it will stay in p-u-new until it's approved by
> some SRM, at which point it will be made available in
> stable-proposed-updates (note word order), until the point release.
Great, thanks!
And thanks for cor
Oh, one more question. Is a source-only upload OK? I'm still a bit
confused when a source-only upload is required, and when a binary
upload is required? Is the latter only for the NEW queue?
- Ted
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
liblivemedia bumped its SONAME again. Please rebuild vlc against the new
version:
nmu vlc_3.0.8-3 . ANY . unstable . -m "Rebuild against liblivemedia77"
As these mini transitions (also with
Theodore Y. Ts'o (2020-01-21):
> On Tue, Jan 21, 2020 at 07:57:54PM +, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed d-i
> >
> > On Thu, 2020-01-09 at 22:34 -0500, Theodore Y. Ts'o wrote:
> > > +e2fsprogs (1.44.5-1+deb10u3) buster; urgency=medium
> > > +
> > > + * Fix CVE-2019-5188
17 matches
Mail list logo