On Thu, Sep 5, 2013 at 11:34 PM, Philipp Kern pk...@debian.org wrote:
On 2013-09-05 11:15, David Kalnischkies wrote:
[ Provides/Replaces up thread ]
The policy defines two uses of Replaces:
[…]
So my simple question is, which combination of relations should that
be that tells a smart
On 06/09/13 10:17, David Kalnischkies wrote:
For example, you made mplayer2 now an upgrade for mplayer.
I am not sure that is what their maintainers/upstreams intend.
(maybe it is, but I am not keen on letting foo2/foo-ng maintainer
decide what is a good upgrade path for foo – that should
On Fri, Sep 6, 2013 at 4:16 PM, Simon McVittie s...@debian.org wrote:
On 06/09/13 10:17, David Kalnischkies wrote:
For example, you made mplayer2 now an upgrade for mplayer.
I am not sure that is what their maintainers/upstreams intend.
(maybe it is, but I am not keen on letting foo2/foo-ng
On Fri, Sep 06, 2013 at 03:16:34PM +0100, Simon McVittie wrote:
On 06/09/13 10:17, David Kalnischkies wrote:
For example, you made mplayer2 now an upgrade for mplayer.
I am not sure that is what their maintainers/upstreams intend.
(maybe it is, but I am not keen on letting foo2/foo-ng
On Fri, Sep 6, 2013 at 7:05 PM, Steve Langasek vor...@debian.org wrote:
Now, maybe apt could consider a package a replacement only if pkgA
Replaces/Provides pkgB, *and* pkgB is no longer available. Are there cases
where that would give the wrong result? Is it practical to implement?
Depends
On Wed, Sep 4, 2013 at 8:59 PM, Sune Vuorela nos...@vuorela.dk wrote:
On 2013-09-04, Steve Langasek vor...@debian.org wrote:
Unless apt has gotten smarter recently (which is not out of the question),
no. It's a common misconception that apt will care about Provides/Replaces
for selecting new
On 2013-09-05 11:15, David Kalnischkies wrote:
[ Provides/Replaces up thread ]
The policy defines two uses of Replaces:
[…]
So my simple question is, which combination of relations should that
be that tells a smart package manager to upgrade pkgA to pkgB ?
What about pkgB replacing and
On 04/09/13 at 12:13 +0900, Norbert Preining wrote:
On Mi, 04 Sep 2013, Ben Hutchings wrote:
How much do those packages weigh, Norbert? Are TeX transitional
packages particularly heavy?
In kg? In bit? In work time?
I really don't know why you think TeX is exempt from the usual
On Mi, 04 Sep 2013, Lucas Nussbaum wrote:
requirements to support clean upgrades between Debian releases.
- texlive-lang-danish gets removed (as well as texlive-common
and texlive-doc-base), but texlive-lang-european doesn't get
installed.
Yes, and? Was the dist-upgrade disturbed?
We
Hi,
On Mittwoch, 4. September 2013, Norbert Preining wrote:
Yes, and? Was the dist-upgrade disturbed?
We are talking about normal systems, that is having telxive or texlive-full
installed. Not pathological cases of only t-l-d installed.
wheezy has:
Package: texlive-lang
Binary:
On Mi, 04 Sep 2013, Holger Levsen wrote:
which other binary packages build by texlive-lang do you consider
pathological to use?
I considered the installation of one -lang package by itself without
actual latex package pathological.
Holger, who considers just to build-depend on
On 04/09/13 at 20:52 +0900, Norbert Preining wrote:
On Mi, 04 Sep 2013, Holger Levsen wrote:
which other binary packages build by texlive-lang do you consider
pathological to use?
I considered the installation of one -lang package by itself without
actual latex package pathological.
OK,
[Norbert Preining]
On Di, 03 Sep 2013, Peter Samuelson wrote:
texlive-lang-european? It doesn't look like it to me (no Breaks or
Conflicts), but I haven't actually tried it.
conflicts there are, texlive-base conflicts with all the old packages.
I misspoke. There is a Conflicts in
clone 709758 -1
reassign -1 src:texlive-lang
retitle -1 Transitional packages for going-away texlive-lang-*
thanks
I'm cloning the original bug report to make a new report for this
issue as described by Lucas:
Lucas Nussbaum writes (Re: Bug#709758: Replacing a binary package by another
one(was:
On Wed, Sep 04, 2013 at 12:55:46PM -0500, Peter Samuelson wrote:
[Norbert Preining]
On Di, 03 Sep 2013, Peter Samuelson wrote:
texlive-lang-european? It doesn't look like it to me (no Breaks or
Conflicts), but I haven't actually tried it.
conflicts there are, texlive-base conflicts
On 2013-09-04, Steve Langasek vor...@debian.org wrote:
Unless apt has gotten smarter recently (which is not out of the question),
no. It's a common misconception that apt will care about Provides/Replaces
for selecting new packages on dist-upgrade, but while it seems like a nice
idea, TTBOMK
severity 721838 whishlist
tags 721838 pending
thanks
Norbert
PREINING, Norbert http://www.preining.info
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi again,
Le 03/09/2013 03:37, Norbert Preining a écrit :
On Di, 03 Sep 2013, David Prévot wrote:
if you’re in a hurry to see your package reach testing,
feel free to provide back the binary packages you removed (via
convenient dummy
Hi David,
On Di, 03 Sep 2013, David Prévot wrote:
I was directly proposing that, instead of silently removing the
texlive-lang-danish — and at least texlive-lang-norwegian — binary
packages, they could be added back as dummy transitional packages
I understood your proposal, of course. Still,
[Norbert Preining]
I understood your proposal, of course. Still, since there are no rdepends
besides very few (1?) build-depends on these two packages, I consider
it a a waste of resources.
Sounds like you are saying 'texlive-lang-danish' is only useful as a
package dependency - in other
On Di, 03 Sep 2013, Peter Samuelson wrote:
Sounds like you are saying 'texlive-lang-danish' is only useful as a
package dependency - in other words, users would never install it
explicitly because they want its functionality. Is that correct? This
I never said that. The functionality is now
Sounds like you are saying 'texlive-lang-danish' is only useful as a
package dependency - in other words, users would never install it
explicitly because they want its functionality. Is that correct? This
[Norbert Preining]
I never said that. The functionality is now in
On Di, 03 Sep 2013, Peter Samuelson wrote:
texlive-lang-european? It doesn't look like it to me (no Breaks or
Conflicts), but I haven't actually tried it.
conflicts there are, texlive-base conflicts with all the old packages.
TL2013 made big changes to the naming of packages. If I go down
the
On Wed, 2013-09-04 at 10:57 +0900, Norbert Preining wrote:
On Di, 03 Sep 2013, Peter Samuelson wrote:
texlive-lang-european? It doesn't look like it to me (no Breaks or
Conflicts), but I haven't actually tried it.
conflicts there are, texlive-base conflicts with all the old packages.
On Mi, 04 Sep 2013, Ben Hutchings wrote:
How much do those packages weigh, Norbert? Are TeX transitional
packages particularly heavy?
In kg? In bit? In work time?
I really don't know why you think TeX is exempt from the usual
requirements to support clean upgrades between Debian releases.
25 matches
Mail list logo