Re: RFS: figtoipe / difficulties with Replaces:

[Steve Greenland]

On 17-May-08, 11:51 (CDT), Daniel Burrows [EMAIL PROTECTED] wrote: 
   Using Replaces on its own seems bizarre to me.  OTOH, some packages do
 this; e.g., xfce4 Replaces xfce4-dev without conflicting with it. [0]

It's not bizarre. That's how you move files from one package to another.

It would be nifty if you could explicitly list the files being Replaced,
to avoid accidents, but I suspect there are more important things to be
done.

Steve
-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: RFS: figtoipe / difficulties with Replaces:

[Alexander Bürger]

Hi,

0==0
Info for debian-devel: we try to figure out how to package figtoipe.
Before version 6.0pre30-1, a version of figtoipe was included in the ipe
package. Since then, figtoipe is a separate upstream package and also
gone from the ipe .deb. A new version of figtoipe, which is improved and
has fewer bugs than the one coming with older ipe versions, exists and
shall be packaged for debian in a way that it can be installed together
with any ipe version.
0==0

  So what do you think about section 7.5 in the policy manual? As I said,
  to me it is confusing. It does not explicitly say that Replaces: must
  come together with Conflicts:, it sounds more like there are different
  meanings if it is alone (replace only some files) or with Conflicts:
  (replace whole package).
 
 I am not sure  either. As you noted, the policy does  not say to not use
 it alone,  but this just seems odd  to me. Let's hope  that someone else
 will enlighten us on this matter.

I made a little experiment. I created two packages twoprog version
0.1-1, containing progone and progtwo, and oneprog version 0.1-1 which
contains only an improved version of oneprog. In oneprog's
debian/control, I put

  Replaces: twoprog (= 0.1-1)

I first installed twoprog 0.1-1, then oneprog 0.1-1, and the
installation of oneprog gives a message

  Replacing files in old package twoprog.

which is fine. After installing oneprog, the progone script is no longer
listed with dpkg -L, as expected from the policy description. So far so
good.

But when I then remove oneprog, twoprog does not get back its own
version of progone, the file is still gone. I think this is bad, because
the twoprog package lost some of its content by installing and removing
a different package, oneprog (dpkg version 1.14.18).

Also when I install version 0.2-1 of twoprog (which does no longer come
with its own progone), there is no error. But an error occurs when I
then try to downgrade towprog back to version 0.1-1 because the package
would overwrite progone from the oneprog package.

In summary: it's a mess because dpkg does not remember which files were
replaced and what the original versions had been. On the other hand, I
do not see easily how the logic should be.

So, what should we do?

Best wishes,

Alexander



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: RFS: figtoipe / difficulties with Replaces:

[Daniel Burrows]

On Sat, May 17, 2008 at 03:48:03PM +0200, Alexander Bürger [EMAIL PROTECTED] 
was heard to say:
 0==0
 Info for debian-devel: we try to figure out how to package figtoipe.
 Before version 6.0pre30-1, a version of figtoipe was included in the ipe
 package. Since then, figtoipe is a separate upstream package and also
 gone from the ipe .deb. A new version of figtoipe, which is improved and
 has fewer bugs than the one coming with older ipe versions, exists and
 shall be packaged for debian in a way that it can be installed together
 with any ipe version.
 0==0

  I don't understand the question enough, I guess.  What's wrong with
the usual solution?  i.e.,

figtoipe Replaces ipe ( 6.0pre30-1)
figtoipe Conflicts ipe ( 6.0pre30-1)

  Using Replaces on its own seems bizarre to me.  OTOH, some packages do
this; e.g., xfce4 Replaces xfce4-dev without conflicting with it. [0]

  Daniel

  [0] you can get the full list with

aptitude search '?for x: ?replaces(?for y:?not(?x:conflicts(?=y)))'


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]