Does partial upgrade between stable and testing must be supported ?

2014-04-05 Thread Vincent Danjean
  Hi everybody,

  In #704805, there is a disagreement between the maintainer of R software
and several other people (me included).

  R software is packaged into a lots of different Debian packages (with
different maintainers) along with the main R package (r-base-core).
Due to internal changes, the r-base-core in testing (currently 3.0.3-1)
does not work with lots of r packages in stable (compiled with
the r-base-core of stable, ie 2.15.1-4).
  I think that everybody (bug submitters and maintainer) agree with that.

  The disagreement comes from the fact that the maintainer does not
think that he must declare this incompatibility.
  For now, if you install a r package from testing, it will pull
the r-base-core from testing (due to dependency such as
Depends: r-base-core (= 3.0.2-1))
  But, when r-base-core from testing is installed, the system keeps
other r related packages from stable (no conflict, break, ...)
and these packages won't work anymore.

  The maintainer think that he does not need to do anything about
that. People should just upgrade all their packages from stable to
testing when r-base-core is upgraded.
  Other people (and me) disagree and think that other broken r-related
packages must be either removed or upgraded automatically by apt
when r-base-core is upgraded (due to additional conflicts/breaks/...
declarations)

On 05/04/2014 15:16, Dirk Eddelbuettel wrote:
 |   Currently, R is unusable with partial upgrade between stable and
 | testing. However, this is something that we must support (and that have
 | a severity above normal)
 
 Not ideal but I don't think that partially upgrades between stable and
 testing are a goal of the project or distribution. The goal is to get testing
 where we can cut a new stable. If current testing works...

  I'm interested by having more inputs on this point, hence my mail
to d-d.

  Regards,
Vincent

-- 
Vincent Danjean   GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5  CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/534057bd.6040...@free.fr



Re: Does partial upgrade between stable and testing must be supported ?

2014-04-05 Thread Sune Vuorela
On 2014-04-05, Vincent Danjean vdanjean...@free.fr wrote:
   The maintainer think that he does not need to do anything about
 that. People should just upgrade all their packages from stable to
 testing when r-base-core is upgraded.
   Other people (and me) disagree and think that other broken r-related
 packages must be either removed or upgraded automatically by apt
 when r-base-core is upgraded (due to additional conflicts/breaks/...
 declarations)

I agree with you and other people. partial upgrade should work.
Requiring packages to be uninstalled is a great way of ensuring that
partial upgrades works.

/Sune


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lhpm81$eti$1...@ger.gmane.org



Re: Does partial upgrade between stable and testing must be supported ?

2014-04-05 Thread Matthias Urlichs
Hi,
   The maintainer think that he does not need to do anything about
 that. People should just upgrade all their packages from stable to
 testing when r-base-core is upgraded.
   Other people (and me) disagree and think that other broken r-related
 packages must be either removed or upgraded automatically by apt
 when r-base-core is upgraded (due to additional conflicts/breaks/...
 declarations)

Pull this package from Testing because it has feature X which I need,
while keeping the rest of the system on Stable, is a common use case.

Upgrading a single package should not cause a regression.
This is why we have a package management system with dependencies
(both positive and negative) in the first place!

-- 
-- Matthias Urlichs


signature.asc
Description: Digital signature


Re: Does partial upgrade between stable and testing must be supported ?

2014-04-05 Thread James McCoy
On Sat, Apr 05, 2014 at 07:40:49PM +, Sune Vuorela wrote:
 On 2014-04-05, Vincent Danjean vdanjean...@free.fr wrote:
The maintainer think that he does not need to do anything about
  that. People should just upgrade all their packages from stable to
  testing when r-base-core is upgraded.
Other people (and me) disagree and think that other broken r-related
  packages must be either removed or upgraded automatically by apt
  when r-base-core is upgraded (due to additional conflicts/breaks/...
  declarations)
 
 I agree with you and other people. partial upgrade should work.
 Requiring packages to be uninstalled is a great way of ensuring that
 partial upgrades works.

There was a similar discussion a year ago[0] where it was suggested that
a core r package should provide a virtual package, similar to
perlapi-5.18.1.  Then some build helper should ensure that gets added to
the Depends of relevant packages through some substvar (likely
${R:Depends}).

[0]: http://lists.debian.org/87bo9ztrww@deep-thought.43-1.org

Apparently, there hasn't been any action in that direction.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140405233748.gg2...@jamessan.com



Re: Does partial upgrade between stable and testing must be supported ?

2014-04-05 Thread Lisandro Damián Nicanor Pérez Meyer
Hi Dirk, Charles and everybody!

I was going to share my current and very positive experience with Qt5 
providing a virtual package as Charles suggest, but looking further in the bug 
log I see that at least Scott and Don have already done so with other 
examples.

So just allow me Dirk to tell you that, in my experience, it's just a very 
nice tool to keep things coherent, even if you don't need to change it much.

Kinds regards, Lisandro.

-- 
Videogames do not influence kids. I mean, if Pac-Man influenced our
generation, we would all be jumping in dark rooms, chomping magic pills
and listening to electronic repeating music.
  Kristian Wilson, Nintendo Inc. 1989

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.