Paul,
thank you for all the effort you have put into this. I understand and
appreciate the effort.
I am basically not objecting to whatever solution there will be, it is
ultimately that package maintainer’s decision, and I am sorry I can’t be more
helpful, but my free time is limited and all I
Hi,
On 09-11-18 20:09, Ondřej Surý wrote:
> But somehow for this simple package I would just prefer to just bite
> the bullet once in a while, do binNMU and then suffer it through… My
> experience tells me that “the simpler the better” even if it’s not
> perfect. Perfect but complex tend to break
Well, it’s either making the package binNMUable (using generic php-fpm test
dependency) or recording the exact dependencies (using php7.3-fpm) or
dynamically generating debian/tests/control like I do for php-defaults (which
requires much more complex system).
But somehow for this simple package
Hi Ondřej,
On 09-11-18 18:39, OndÅej Surý wrote:
> The versioned depends is needed only for autopkgtests and not for the package
> itself. So, I think the dependency is useless there.
I misunderstood you then. Still, if a test case of a package requires a
different specific (minimum) version o
The versioned depends is needed only for autopkgtests and not for the package
itself. So, I think the dependency is useless there.
Ondrej
--
Ondřej Surý
> On 9 Nov 2018, at 10:37, Paul Gevers wrote:
>
> Hi,
>
> Hmm, I should read my backlog before replying.
>
>> On 08-11-18 22:53, Ondřej Su
Your message dated Fri, 9 Nov 2018 16:55:25 +0100
with message-id
and subject line nevermind. It has already been NMUed
has caused the Debian Bug report #913327,
regarding nmu: gr-gsm_0.42.2-1
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not th
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal
Hi,
Could you please schedule a binNMU related to the libosmocore
transition (#911887)?
nmu gr-gsm_0.42.2-1 . ANY . unstable . -m ""
Thank you very much in advance!
Best regards
Ruben
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu ceres-solver_1.14.0-2 . ANY . unstable . -m "fix #908833. Party!"
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture:
On Fri, 09 Nov 2018 at 06:31:00 +, Niels Thykier wrote:
> As I understand it, what this question effectively ends up being is "Do
> we commit to supporting merged-/usr in Buster in all source packages
> (making such bugs RC) OR do we rollback the default merged-/usr in
> debootstrap (making the
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Upstream have bumped the SONAME to libGLEW.so.2.1.0
The new package is now in experimental, builds on all architectures.
All reverse-depends listed in
https://release.debian.org/transit
Hi,
Hmm, I should read my backlog before replying.
On 08-11-18 22:53, Ondřej Surý wrote:
> But php-defaults and rss-bridge needs to go together.
That is ok, but where is this coded in the dependencies?
> I thought that runtime detection of default PHP version in autopkgtest would
> be overkill
Hi Ondřej,
On 08-11-18 22:47, Ondřej Surý wrote:
>> On 9 Nov 2018, at 03:35, Paul Gevers wrote:
>>
>> You also uploaded (NMU) two revisions of rss-bridge. The last one is
>> stuck in unstable because you broke the autopkgtest.
>
> Umm, no?
>
> https://ci.debian.net/data/autopkgtest/unstable/am
12 matches
Mail list logo
