Processing commands for cont...@bugs.debian.org:
> tag 990322 ftbfs
Bug #990322 [src:kopanocore] Backport patch to allow kopanocore to build
against PHP 8
Added tag(s) ftbfs.
> severity 990322 serious
Bug #990322 [src:kopanocore] Backport patch to allow kopanocore to build
against PHP 8
On Thu, 23 Dec 2021 01:49:53 -0500
Andres Salomon wrote:
> On 12/13/21 5:31 PM, Moritz Muehlenhoff wrote:
> > On Sun, Dec 12, 2021 at 08:11:00PM -0500, Andres Salomon wrote:
> >> On 12/5/21 6:41 AM, Moritz Mühlenhoff wrote:
> >>> Am Sun, Dec 05, 2021 at 10:53:56AM +0100 schrieb Paul Gevers:
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
[ Reason ]
Hi,
I'd like to update rabbitmq-server to address:
https://bugs.debian.org/990524
That's CVE-2021-32718, CVE-2021-32719.
[ Impact ]
XSS security bugs.
[ Risks ]
The
> No, only in unstable [1]. Testing should still work.
hrmm, i'm a bit confused about how this works then. i can only
upload into unstable, and it then needs to pass autopkgtests to
get into testing. oh, i guess those autopkgtests are being run
in the "testing" context? if so, that makes sense.
Hi,
Please enlighten me on the details of php packaging that I'm missing and that
we should be aware of for this (and future) transition(s).
Is it true that because the api is already provided in testing that we
now have some packages working with (and pulling in) php7.4 and some
with
Hi
On 01-01-2022 14:20, Ondřej Surý wrote:
2. Generate all binary packages to debian/control during the build,
but this would then require overrides (which I think doesn’t really
scale)
If you mean (re)generating debian/control during build, that's not
allowed (albeit I can't quickly find a
> On 1. 1. 2022, at 9:01, Paul Gevers wrote:
>
> Hi,
>
> On 31-12-2021 21:25, Paul Gevers wrote:
>> Hi Ondřej, PHP PECL Maintainers,
>> On 31-12-2021 12:50, Ondřej Surý wrote:
>>> Uploaded php 8.1.1 and php-defaults 91 switching the Debian PHP version to
>>> PHP 8.1
>> Thanks.
>> Will you
> The removal of the phpapi dependency should be reverted.
This has been now reverted in dh-php 4.4.
I’ve confirmed that it now correctly supports the old style unversioned packages
and the new-style (not yet completely finished) versioned packages, so I guess
it’s good to go.
Ondrej
--
Ondřej
On 1/1/22 10:18, Kunal Mehta wrote:
On 1/1/22 00:01, Paul Gevers wrote:
It seems I don't understand how PHP packaging works. I scheduled
rebuilds of several packages that were yesterday on the tracker page
[1] when that still only had the phpapi-* listed. Several packages
can't be build yet
Hi,
On 1/1/22 00:01, Paul Gevers wrote:
It seems I don't understand how PHP packaging works. I scheduled
rebuilds of several packages that were yesterday on the tracker page [1]
when that still only had the phpapi-* listed. Several packages can't be
build yet it seems (because they depend
Hi,
On 31-12-2021 21:25, Paul Gevers wrote:
Hi Ondřej, PHP PECL Maintainers,
On 31-12-2021 12:50, Ondřej Surý wrote:
Uploaded php 8.1.1 and php-defaults 91 switching the Debian PHP
version to PHP 8.1
Thanks.
Will you also upload src:php-imagick, which seems to block some rebuilds
in the
11 matches
Mail list logo
