On 06/05/2017 12:32, Jon Turney wrote:
On 05/05/2017 23:06, Yaakov Selkowitz wrote:
On 2017-05-02 08:13, Jon Turney wrote:
The values which SRC_URI and PATCH_URI evaluate to should not change
depending on ARCH, as this will make the source package arch-dependent
I think this would require a p
On 05/05/2017 23:06, Yaakov Selkowitz wrote:
On 2017-05-02 08:13, Jon Turney wrote:
The values which SRC_URI and PATCH_URI evaluate to should not change
depending on ARCH, as this will make the source package arch-dependent
I think this would require a proper src_prep first, so that patches ma
On 2017-05-02 08:13, Jon Turney wrote:
The values which SRC_URI and PATCH_URI evaluate to should not change
depending on ARCH, as this will make the source package arch-dependent
I think this would require a proper src_prep first, so that patches may
be still be arch-conditionalized there inst
> On 02/05/2017 14:31, Andrew Schulman wrote:
> >> The values which SRC_URI and PATCH_URI evaluate to should not change
> >> depending on ARCH, as this will make the source package arch-dependent
> >
> > In that case what's the right thing to do when we have arch-specific
> > patches? For example s
On 02/05/2017 14:31, Andrew Schulman wrote:
The values which SRC_URI and PATCH_URI evaluate to should not change
depending on ARCH, as this will make the source package arch-dependent
In that case what's the right thing to do when we have arch-specific
patches? For example screen has one, for x
> The values which SRC_URI and PATCH_URI evaluate to should not change
> depending on ARCH, as this will make the source package arch-dependent
In that case what's the right thing to do when we have arch-specific
patches? For example screen has one, for x86_64 only.
The values which SRC_URI and PATCH_URI evaluate to should not change
depending on ARCH, as this will make the source package arch-dependent
---
bin/cygport.in | 26 ++
1 file changed, 26 insertions(+)
diff --git a/bin/cygport.in b/bin/cygport.in
index 6cf0122..25d7e94 1006