r-cran-dosnow fix for 700498 cannot migrate to testing

2013-02-28 Thread Niels Thykier
Hi Dirk,

The fix for #700498 is currently stuck in unstable due to a dependency
on a versioned dependency on r-base (or an binary built by r-base).  At
this point we are not ready to accept the changes to r-base for Wheezy.
  So, I was hoping that we convince you to upload a fix for #700498 to
testing-proposed-updates.

~Niels


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/512fb1e1.8050...@thykier.net



Re: r-cran-dosnow fix for 700498 cannot migrate to testing

2013-02-28 Thread Dirk Eddelbuettel

Hi Niels,

On 28 February 2013 at 20:37, Niels Thykier wrote:
| Hi Dirk,
| 
| The fix for #700498 is currently stuck in unstable due to a dependency
| on a versioned dependency on r-base (or an binary built by r-base).  At
| this point we are not ready to accept the changes to r-base for Wheezy.
|   So, I was hoping that we convince you to upload a fix for #700498 to
| testing-proposed-updates.

Sure -- always happy to help the releases. 

But could you be a tiny bit more explicit and tell me what you want me to
fix, where I need to upload, etc or I may get this messed.

The changelog doesn't show me what I did wrong:

r-cran-dosnow (1.0.6-2) unstable; urgency=low

  * debian/control: Added r-cran-snow to Depends(Closes: #700498)

  * debian/control: Set Build-Depends: to current R version
  * debian/control: Set Standards-Version: to current version 

 -- Dirk Eddelbuettel e...@debian.org  Wed, 13 Feb 2013 09:33:14 -0600

Are you asking for a build under a different R version?  Couldn't you just
make a binary NMU with a different Build-Depends?

We have an informal policy to release r-cran-* packages _for unstable_. So I
always encode the then-current version via Build-Depends. On Feb 13, that
will have been R 2.15.2 aka r-base-core_2.15.2.

Upstream for r-cran-dosnow has much weaker requirements. It would probably
build on stable...   but I frankly do not know where to upload to.  The
version in unstable has the correct control file.

Dirk, generally busy

| 
| ~Niels
| 

-- 
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com  


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20783.46784.550132.191...@max.nulle.part



Re: r-cran-dosnow fix for 700498 cannot migrate to testing

2013-02-28 Thread Niels Thykier
On 2013-02-28 20:57, Dirk Eddelbuettel wrote:
 
 Hi Niels,
 
 On 28 February 2013 at 20:37, Niels Thykier wrote:
 | Hi Dirk,
 | 
 | The fix for #700498 is currently stuck in unstable due to a dependency
 | on a versioned dependency on r-base (or an binary built by r-base).  At
 | this point we are not ready to accept the changes to r-base for Wheezy.
 |   So, I was hoping that we convince you to upload a fix for #700498 to
 | testing-proposed-updates.
 
 Sure -- always happy to help the releases. 
 

Thanks for your prompt reply, it is much appreciated. :)

 But could you be a tiny bit more explicit and tell me what you want me to
 fix, where I need to upload, etc or I may get this messed.
 
 The changelog doesn't show me what I did wrong:
 

Sure, but you have not done anything wrong in your r-cran-dosnow upload.
 It is just that we would like the missing r-cran-snow dependency bug to
be fixed in testing and we cannot take it via unstable[1].

 r-cran-dosnow (1.0.6-2) unstable; urgency=low
 
   * debian/control: Added r-cran-snow to Depends  (Closes: #700498)
 
   * debian/control: Set Build-Depends: to current R version
   * debian/control: Set Standards-Version: to current version 
 
  -- Dirk Eddelbuettel e...@debian.org  Wed, 13 Feb 2013 09:33:14 -0600
 
 Are you asking for a build under a different R version?

Basically, yes.  A build of r-cran-dosnow in a testing chroot.

 Couldn't you just make a binary NMU with a different Build-Depends?
 

To my knowledge we (still) cannot do binNMUs of a package in a different
suite.  But even if we could, we still need a source upload of
r-cran-dosnow because it has a versioned Build-Depends on r-cran-dev
that can only be satisfied in sid.  :)

 We have an informal policy to release r-cran-* packages _for unstable_. So I
 always encode the then-current version via Build-Depends. On Feb 13, that
 will have been R 2.15.2 aka r-base-core_2.15.2.
 

In this case, we need a one-time exception to that policy and the
package must be built in a clean chroot using only packages from testing.

 Upstream for r-cran-dosnow has much weaker requirements. It would probably
 build on stable...   but I frankly do not know where to upload to.  The
 version in unstable has the correct control file.
 
 Dirk, generally busy
 
 | 
 | ~Niels
 | 
 


Please target testing-proposed-updates (instead of unstable or sid).

~Niels

[1] ... or rather, if we were to take it, it would include a new
upstream release of r-base and we are not ready to accept that.


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/512fbb4d.20...@thykier.net



Re: r-cran-dosnow fix for 700498 cannot migrate to testing

2013-02-28 Thread Dirk Eddelbuettel

On 28 February 2013 at 21:17, Niels Thykier wrote:
| On 2013-02-28 20:57, Dirk Eddelbuettel wrote:
|  
|  Hi Niels,
|  
|  On 28 February 2013 at 20:37, Niels Thykier wrote:
|  | Hi Dirk,
|  | 
|  | The fix for #700498 is currently stuck in unstable due to a dependency
|  | on a versioned dependency on r-base (or an binary built by r-base).  At
|  | this point we are not ready to accept the changes to r-base for Wheezy.
|  |   So, I was hoping that we convince you to upload a fix for #700498 to
|  | testing-proposed-updates.
|  
|  Sure -- always happy to help the releases. 
|  
| 
| Thanks for your prompt reply, it is much appreciated. :)
| 
|  But could you be a tiny bit more explicit and tell me what you want me to
|  fix, where I need to upload, etc or I may get this messed.
|  
|  The changelog doesn't show me what I did wrong:
|  
| 
| Sure, but you have not done anything wrong in your r-cran-dosnow upload.
|  It is just that we would like the missing r-cran-snow dependency bug to
| be fixed in testing and we cannot take it via unstable[1].
| 
|  r-cran-dosnow (1.0.6-2) unstable; urgency=low
|  
|* debian/control: Added r-cran-snow to Depends(Closes: #700498)
|  
|* debian/control: Set Build-Depends: to current R version
|* debian/control: Set Standards-Version: to current version 
|  
|   -- Dirk Eddelbuettel e...@debian.org  Wed, 13 Feb 2013 09:33:14 -0600
|  
|  Are you asking for a build under a different R version?
| 
| Basically, yes.  A build of r-cran-dosnow in a testing chroot.

Don't have one :-/  Only have one for unstable, I fear. 

I have a non-chroot testing. Shall I build there?
 
|  Couldn't you just make a binary NMU with a different Build-Depends?
|  
| 
| To my knowledge we (still) cannot do binNMUs of a package in a different
| suite.  But even if we could, we still need a source upload of
| r-cran-dosnow because it has a versioned Build-Depends on r-cran-dev
| that can only be satisfied in sid.  :)
| 
|  We have an informal policy to release r-cran-* packages _for unstable_. So I
|  always encode the then-current version via Build-Depends. On Feb 13, that
|  will have been R 2.15.2 aka r-base-core_2.15.2.
|  
| 
| In this case, we need a one-time exception to that policy and the
| package must be built in a clean chroot using only packages from testing.

The exception is no issue :) Our policy is very informal.

There isn't a public chroot somewhere for this, is there?  Would be nice if
we had build from source upload sigh.
 
|  Upstream for r-cran-dosnow has much weaker requirements. It would probably
|  build on stable...   but I frankly do not know where to upload to.  The
|  version in unstable has the correct control file.
|  
|  Dirk, generally busy
|  
|  | 
|  | ~Niels
|  | 
|  
| 
| 
| Please target testing-proposed-updates (instead of unstable or sid).

Yep. Vaguely recalled that from times past.
 
| ~Niels
| 
| [1] ... or rather, if we were to take it, it would include a new
| upstream release of r-base and we are not ready to accept that.

I know that isn't how it works, but in R's case one really could as the
upstream releases are very, very stable and well tested.  But unstable sucks
in other depends etc pp.  

Dirk


-- 
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com  


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20783.49493.387285.462...@max.nulle.part



Re: r-cran-dosnow fix for 700498 cannot migrate to testing

2013-02-28 Thread Julien Cristau
On Thu, Feb 28, 2013 at 14:43:01 -0600, Dirk Eddelbuettel wrote:

 Don't have one :-/  Only have one for unstable, I fear. 
 
 I have a non-chroot testing. Shall I build there?
  
debootstrap --variant=buildd wheezy $path $mirror

There, you have a testing chroot.

Cheers,
Julien


signature.asc
Description: Digital signature


Re: r-cran-dosnow fix for 700498 cannot migrate to testing

2013-02-28 Thread Dirk Eddelbuettel

On 28 February 2013 at 22:17, Julien Cristau wrote:
| On Thu, Feb 28, 2013 at 14:43:01 -0600, Dirk Eddelbuettel wrote:
| 
|  Don't have one :-/  Only have one for unstable, I fear. 
|  
|  I have a non-chroot testing. Shall I build there?
|   
| debootstrap --variant=buildd wheezy $path $mirror
| 
| There, you have a testing chroot.

Understood I just don't know if I'll have time for that in the next few days
as I have a few other balls up in the air.

r-cran-snow is a pretty marginal package so if it doesn't make it ... nobody
gets hurt.

Dirk

-- 
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com  


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20783.57727.129121.283...@max.nulle.part