Hello all
Holger Levsen merged the generated DLAs and I've worked to create the
/lts tree to show them separated from the DSA. I have moved to this new
/lts folder the DLAs from years 2014, 2015 and 2016 that we had already,
and remove them from the /security tree and removed references to DLAs
in
Am 08.02.2019 um 20:46 schrieb Dr. Tobias Quathamer:
> With that in mind, the list gets much shorter. Is there an easy way to
> find out if a source package produces only the -dev binary package? One
> hint at finding the right packages would be that the -dev packages are
> arch:all, while other bi
Am 08.02.2019 um 17:31 schrieb Chris Lamb:
> Hi Tobias,
>
>> $ grep-dctrl -FBuild-Depends golang-go -w -sPackage
>> /var/lib/apt/lists/*Sources
> [..]
>>
>> Please note that there are probably a lot of false positives in this
>> list, because not every package uses crypto/elliptic.
>
> Indeed. So
Hi Tobias,
> $ grep-dctrl -FBuild-Depends golang-go -w -sPackage
> /var/lib/apt/lists/*Sources
[..]
>
> Please note that there are probably a lot of false positives in this
> list, because not every package uses crypto/elliptic.
Indeed. So how reliable would it be to look for "crypto/elliptic"
a
Am 08.02.2019 um 16:20 schrieb Chris Lamb:
> Hi all,
>
>>> There is no sensible way to schedule binnmu's via security. So far none
>>> appeared AFAIK.
> […]
>> thanks for the quick feedback still!
>
> Indeed thanks for the feedback. Looking into this quickly from a
> jessie chroot:
>
> $ bui
Hi all,
> > There is no sensible way to schedule binnmu's via security. So far none
> > appeared AFAIK.
[…]
> thanks for the quick feedback still!
Indeed thanks for the feedback. Looking into this quickly from a
jessie chroot:
$ build-rdeps golang
Reverse Build-depends in main:
On Fri, 08 Feb 2019, Paul van der Vlis wrote:
> Op 08-02-19 om 15:29 schreef Alexander Wirt:
> > On Fri, 08 Feb 2019, Paul van der Vlis wrote:
> >
> >> Hello,
> >>
> >> I would like to have LTS support for backports. On most systems I use
> >> one or more packages from backports.
> >>
> >> When t
Op 08-02-19 om 15:29 schreef Alexander Wirt:
> On Fri, 08 Feb 2019, Paul van der Vlis wrote:
>
>> Hello,
>>
>> I would like to have LTS support for backports. On most systems I use
>> one or more packages from backports.
>>
>> When the same version of a package is in use in the next version of
>>
Hi Antoine,
On Sun, Feb 03, 2019 at 02:08:06PM +0100, Salvatore Bonaccorso wrote:
> Thanks for working on this.
indeed!
> On Fri, Feb 01, 2019 at 01:44:10PM -0500, Antoine Beaupré wrote:
> > On 2018-12-19 18:05:36, Antoine Beaupré wrote:
> > > The DLAs are visible here:
> > > https://www-staging
On Fri, 08 Feb 2019, Paul van der Vlis wrote:
> Hello,
>
> I would like to have LTS support for backports. On most systems I use
> one or more packages from backports.
>
> When the same version of a package is in use in the next version of
> Debian, I guess backporting them is -in most cases- no
Hello,
I would like to have LTS support for backports. On most systems I use
one or more packages from backports.
When the same version of a package is in use in the next version of
Debian, I guess backporting them is -in most cases- not a big problem.
I am interesting if it would be a good idea
Hi Salvatore,
On Fri, Feb 08, 2019 at 09:02:49AM +0100, Salvatore Bonaccorso wrote:
> The point we discussed with Tobias Quathamer was boiling down to:
> > But if there are any Go-based applications in stretch which are affected by
> > the ECC issue, we could schedule binNMUs by the next stretch p
On 07/02/2019 12:23, Emilio Pozuelo Monfort wrote:
> Hi Steve,
>
> On 07/02/2019 12:12, Steve McIntyre wrote:
>> On Mon, Jan 28, 2019 at 12:26:54AM +, Steve McIntyre wrote:
>>> On Sun, Jan 27, 2019 at 06:33:29PM +, Steve McIntyre wrote:
I'll give it a try now...
>>>
>>> And that
Hi Holger,
On Wed, Feb 06, 2019 at 11:24:34PM +, Holger Levsen wrote:
> Dear golang maintainers and security team,
>
> this came up on the LTS mailing list...
>
> On Wed, Feb 06, 2019 at 11:42:12PM +0100, Chris Lamb wrote:
> > > all golang Debian packages are (as elsewhere) statically compil
14 matches
Mail list logo