[Xenial] tuxpaint-data should not depend on tuxpaint-stamps

This is still broken in feisty. tuxpaint-stamps-default and tuxpaint-data depend on each other.

Assigning to me to fix. I'll make a patch anyway.

Actually, tuxpaint-data should Recommends: tuxpaint-stamps-default | tuxpaint-stamps, as we discussed online.

Caroline, are you still working on this? Is this still an issue in gutsy?

I haven't worked on this for ages but I'll check the dependencies for gutsy/hardy.

There's a bug which I've merged in with this one that wants tuxpaint not to depend on -stamps as a teacher can use their own stamps, and the stamps file is very large.

Upstream does actually split the stamps as rpm files. http://sourceforge.net/project/showfiles.php?group_id=66938

Debian currently only package the stamps as one big file.

If you marked bug #155163 as a duplicate of this bug, then please change the summary of this bug for example to "tuxpaint-data should recommend tuxpaint-stamps instead of depending on it", because now isn't clear, that bug this bug is about incorrect dependency type.

Also I'm pasting some sentences from bug #155163:
1. Tuxpaint works fine without stamps (I tested on 20-30 computers with Ubuntu Feisty and Gutsy).
2. There are lof of situations, when stamps are not needed, even unwanted, as sometimes existence of stamps limits creativity (kids keeps simply clicking on stamps instead of painting).
3. Even in description of tuxpaint package stamps are mentioned as optional, but in reality users are forced to install all stamps if they install tuxpaint :( From tuxpaint package description: "[..] Brushes and "rubber stamp" shapes can be dropped in and pulled out. For example, a teacher can drop in a collection of animal shapes and ask their students to draw an ecosystem."

So, tuxpaint-data should recommend tuxpaint-stamps instead of depending on it, also, it would be nice to split very big (32 MB) tuxpaint-stamps-default package at least into two - tuxpaint-stamps-default and tuxpaint-stamps-extra.

The size issue is a different bug. I'll submit that separately and send upstream.

Size bug now Bug #177287

Upstream and Debian agree with this bug.

Stamps should not depend on data. I'll make a debdiff this evening.

Unassigning from me. It's still an issue in Hardy.

Debdiff made, but I can't go any further I don't think.

Caroline, sorry for taking so long to look at this. It would seem to me that we would want to drop the dependency on tuxpaint-stamps-default in tuxpaint-data, not the other way around as your debdiff does. My understanding of the bug is that you want to be able to install tuxpaint and tuxpaint-data without necessarily having the stamps around, correct?

On 31/03/2008, Jordan Mantha <email address hidden> wrote:
> Caroline, sorry for taking so long to look at this. It would seem to me
> that we would want to drop the dependency on tuxpaint-stamps-default in
> tuxpaint-data, not the other way around as your debdiff does. My
> understanding of the bug is that you want to be able to install tuxpaint
> and tuxpaint-data without necessarily having the stamps around, correct?

Taking to upstream we decided this way round. The program can be used
without the stamps, and the stamps can be used without the program
tbh.

However the other way round does seem to make more sense. The problem
is the circular dependency which stops people installing the program
using gdebi, and stops the distribution of the program without using a
repository.

So should we then remove the dependencies in both? It looks like this could possibly be done without messing up Edubuntu. We just need to make sure that all the packages are in the seeds (I think tuxpaint-stamps-default is not listed) so they will appear in the edubuntu-desktop package and the Edubuntu Cd.

I've just chatted on irc to the Debian developer (Ben Armstrong) and
our conclusion is:

tuxpaint-stamps should suggest tuxpaint
tuxpaint-data should recommend tuxpaint-stamps
tuxpaint should depend on tuxpaint-data

Reassigning to me to make debdiffs

tuxpaint (1:0.9.17-1ubuntu3) hardy; urgency=low

  * Change depends/recommends/suggests to fix LP #82510
     - tuxpaint-data recommends (not depends) on tuxpaint-stamps
     - tuxpaint suggests (not recommends) tuxpaint-config

tuxpaint-stamps (2007.07.01-1ubuntu2) hardy; urgency=low

  * Change depends/recommends/suggests to fix LP #82510
    - tuxpaint-stamps suggests tuxpaint, not depends on tuxpaint-data

Unassigning from me as debdiffs made

Oliver: can you take a look at it?

oh, that was uploaded on april 2nd, seems the changelog entry misses a colon to autoclose :)

Please reopen this tuxpaint bug - patch was never submitted to Debian and because of this tuxpaint-data depends on tuxpaint-stamps-default | tuxpaint-stamps since 2015 Vivid release, see this diff:

http://launchpadlibrarian.net/192948246/tuxpaint_1%3A0.9.21-1.1ubuntu1_1%3A0.9.22-1.diff.gz