Hmmm, this is what I missed. :-( I guess the only chance is to upload
to t-p-u, right?
Afaict you could do a source amd64 arm64 armel armhf i386 mips mipsel
powerpc ppc64el s390x upload to unstable so that binaries for all
release architectures were supplied by you rather than by buildds.
On Wed, Nov 12, 2014 at 07:17:59AM +0100, Andreas Tille wrote:
Hi Santiago,
On Tue, Nov 11, 2014 at 10:24:11PM +0100, Santiago Vila wrote:
So, would this patch to the current r-base package improve things if
applied to the version in unstable?
[...]
While this would create a versioned
Hi,
Freeze policy[1] says:
Uploads to unstable
===
Since many updates (hopefully, the vast majority) will be via unstable,
changes there can be disruptive if they would be unsuitable for Jessie.
Please be mindful of this, particularly if you maintain a library or
Andreas Tille writes (r-base-core upload to unstable does not respect freeze
policy):
[stuff]
I don't want to take away from what you've said, but:
So I used a testing chroot
perhaps we should in general make more use of testing chroots for RC
bugfixes to testing during the freeze
On Tue, Nov 11, 2014 at 03:55:23PM +, Ian Jackson wrote:
So I used a testing chroot
perhaps we should in general make more use of testing chroots for RC
bugfixes to testing during the freeze. This is particularly relevant
if one is NMUing, and therefore might have less knowledge of the
Hi Andreas,
2014-11-11 16:33 GMT+01:00 Andreas Tille andr...@an3as.eu:
I was close to trap into the pitfall to uploaded an RC bug fix built in
an unstable chroot which would not be able to migrate to testing since
the R cdbs helper injects a
Depends: r-base-core (= version_in_your_chroot)
On 11/11/14 15:55, Ian Jackson wrote:
perhaps we should in general make more use of testing chroots for RC
bugfixes to testing during the freeze.
For build-time dependencies, I'm not sure that actually helps very much:
the buildds for unstable take build-dependencies from unstable.
If you
On 11 November 2014 at 10:02, Dirk Eddelbuettel wrote:
|
| There was a bug report requesting builds against tcl/tk 8.5 instead of 8.6.
Bah. Obviously wrong order: 8.6 instead of 8.5.
D.
| No more, no less -- and I complied.
|
| This nothing to do with wheezy transition issue. I would have
There was a bug report requesting builds against tcl/tk 8.5 instead of 8.6.
No more, no less -- and I complied.
This nothing to do with wheezy transition issue. I would have thought
you knew better.
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
--
To UNSUBSCRIBE,
Simon McVittie writes (Re: r-base-core upload to unstable does not respect
freeze policy):
On 11/11/14 15:55, Ian Jackson wrote:
perhaps we should in general make more use of testing chroots for RC
bugfixes to testing during the freeze.
For build-time dependencies, I'm not sure
Dirk Eddelbuettel writes (Re: r-base-core upload to unstable does not respect
freeze policy):
There was a bug report requesting builds against tcl/tk 8.5 instead of 8.6.
No more, no less -- and I complied.
This nothing to do with wheezy transition issue. I would have thought
you knew
On 2014-11-11 16:02, Dirk Eddelbuettel wrote:
There was a bug report requesting builds against tcl/tk 8.5 instead of
8.6.
No more, no less -- and I complied.
This nothing to do with wheezy transition issue. I would have thought
you knew better.
It's *everything* to do with transitions to
On 2014-11-11 16:24, Adam D. Barratt wrote:
On 2014-11-11 16:02, Dirk Eddelbuettel wrote:
There was a bug report requesting builds against tcl/tk 8.5 instead of
8.6.
No more, no less -- and I complied.
This nothing to do with wheezy transition issue. I would have thought
you knew better.
Quoting Ian Jackson (2014-11-11 17:19:36)
Dirk Eddelbuettel writes (Re: r-base-core upload to unstable does not
respect freeze policy):
There was a bug report requesting builds against tcl/tk 8.5 instead of 8.6.
No more, no less -- and I complied.
This nothing to do with wheezy
On Nov 11, 2014 10:34 AM, Andreas Tille andr...@an3as.eu wrote:
I was close to trap into the pitfall to uploaded an RC bug fix built in
an unstable chroot which would not be able to migrate to testing since
the R cdbs helper injects a
Depends: r-base-core (= version_in_your_chroot)
This
On Tue, Nov 11, 2014 at 04:28:25PM +, Adam D. Barratt wrote:
It's *everything* to do with transitions to testing.
r-base 3.1.2-2 does not meet the requirements for a freeze exception
and as such will not be in jessie. Due to the way your automatic
depenency generation works, any package
Hi Jonas,
On Tue, Nov 11, 2014 at 06:11:42PM +0100, Jonas Smedegaard wrote:
Quoting Ian Jackson (2014-11-11 17:19:36)
Did you see Andreas's comment about cdbs-generated dependencies ?
Is that just a bug in cdbs ?
A bug in some CDBS-compatible snippet, I suspect - not CDBS itself.
ACK.
On Tue, 11 Nov 2014, Ian Jackson wrote:
Simon McVittie writes (Re: r-base-core upload to unstable does not respect
freeze policy):
On 11/11/14 15:55, Ian Jackson wrote:
perhaps we should in general make more use of testing chroots for RC
bugfixes to testing during the freeze
Hi Luca,
On Tue, Nov 11, 2014 at 05:04:55PM +0100, Luca Falavigna wrote:
Hi Andreas,
2014-11-11 16:33 GMT+01:00 Andreas Tille andr...@an3as.eu:
I was close to trap into the pitfall to uploaded an RC bug fix built in
an unstable chroot which would not be able to migrate to testing since
Hi Andreas,
2014-11-11 19:12 GMT+01:00 Andreas Tille andr...@an3as.eu:
Depends: libc6 (= 2.4), r-base-core (= 3.1.2-2)
Hmmm, this is what I missed. :-( I guess the only chance is to upload
to t-p-u, right?
That could be an option. You have to coordinate with Release Team,
though, as I
On Tue, 11 Nov 2014, Luca Falavigna wrote:
2014-11-11 19:12 GMT+01:00 Andreas Tille andr...@an3as.eu:
Depends: libc6 (= 2.4), r-base-core (= 3.1.2-2)
Hmmm, this is what I missed. :-( I guess the only chance is to upload
to t-p-u, right?
That could be an option. You have to coordinate
On Tue, 11 Nov 2014, Andreas Tille wrote:
All R packages are building with
include /usr/share/R/debian/r-cran.mk
which contains:
rversion:= $(shell dpkg-query -W -f='$${Version}' r-base-dev)
...
## support ${R:Depends} via debian/${package}.substvars
Hi Santiago,
On Tue, Nov 11, 2014 at 10:24:11PM +0100, Santiago Vila wrote:
include /usr/share/R/debian/r-cran.mk
which contains:
rversion:= $(shell dpkg-query -W -f='$${Version}' r-base-dev)
...
## support ${R:Depends} via debian/${package}.substvars
23 matches
Mail list logo
