On Mon, Nov 16, 2015 at 10:34 AM, Andreas Schwab wrote:
> Zack Weinberg writes:
>>
>> ... should only be possible as a consequence of the patch numbered 0002-.
>
> Which is the first patch.
It's not terribly important, but what ordering are you using to define
it as the "first patch"?
> ./src/b
Zack Weinberg writes:
> On Mon, Nov 16, 2015 at 9:37 AM, Andreas Schwab wrote:
>> Here are the first fallouts from the first patch:
>
> Which do you mean by "the first patch"? This ...
>
>> https://build.opensuse.org/package/live_build_log/home:Andreas_Schwab:glibc/gpm/rebuild/x86_64
>> prog/di
On Sun, Nov 15, 2015 at 9:26 PM, Paul Wise wrote:
>
> I'm not involved in the archive rebuilds stuff but the documentation
> for it is here:
>
> https://wiki.debian.org/qa.debian.org/ArchiveTesting
Thanks, but unfortunately it doesn't help me much, because I'm not a
DD, and because it doesn't exp
On Mon, 2015-11-16 at 16:26 +0100, Bastian Venthur wrote:
> There is also another open issue with current Stable users which should
> benefit from the fix without having to use backports. Maybe it's better
> to fix this bug in stable so you would benefit from the fix without me
> having to activel
On Mon, Nov 16, 2015 at 9:37 AM, Andreas Schwab wrote:
> Here are the first fallouts from the first patch:
Which do you mean by "the first patch"? This ...
> https://build.opensuse.org/package/live_build_log/home:Andreas_Schwab:glibc/gpm/rebuild/x86_64
> prog/display-buttons.c:69:4: error: unkn
Hi Paul,
this is gonna be a bit tricky as python-debianbts now depends on
python-pysimplesoap that is not in Debian/Stable (it is in testing
though). Luckily the fix you are talking about took place before the
migration to pysimplesoap, so theoretically it should be possible to
maintain a separate
Here are the first fallouts from the first patch:
https://build.opensuse.org/package/live_build_log/home:Andreas_Schwab:glibc/gpm/rebuild/x86_64
prog/display-buttons.c:69:4: error: unknown type name 'fd_set'
https://build.opensuse.org/package/live_build_log/home:Andreas_Schwab:glibc/sysvinit/reb
Zack Weinberg writes:
> We have identified two potential changes which could fix this problem;
> unfortunately both of them have fairly high risk of breaking software
> which expects stdlib.h to include sys/types.h, sys/types.h to include
> sys/sysmacros.h, or both. (Neither of those is guarante
8 matches
Mail list logo
