tk-brief has broken dependencies

in case of IPE it's not so bad as it only recommends the latex-ucs package. Still I think this needs to be fixed.

I can approve the problem ... and the conclusion.

@Dietmar: What means "in case of IPE"? Is there a workaround?

ahh...now I understand why Dietmar mentioned IPE. Sorry for the noise...

thanks for the bug. I'll upload a fixed version to intrepid soon.

This bug was fixed in the package tk-brief - 5.9-1ubuntu4

---------------
tk-brief (5.9-1ubuntu4) intrepid; urgency=low

  * debian/control: change depends from latex-ucs to
    texlive-latex-recommended (LP: #220910).
  * tkBrief: change acroread_command from acroread to xpdf, also
    adding this to recommends in debian/control.

 -- Stefan Potyra <email address hidden> Sat, 07 Jun 2008 20:51:49 +0200

Dear SRU team (welcome new members btw!), please consider this debdiff for hardy:

- in hardy, texlive-latex-recommended doesn't provide latex-ucs yet, making tk-brief uninstallable.
- also, tk-brief strangely calls acroread, which is not available in the archive (I've changed this to xpdf, other options would be kpdf or evince, but these would mean a bias towards either gnome or kde. If you know about some generic way to call a pdf-reader, please inform me ;)).

Cheers,
    Stefan.

ACK from motu-sru.
Please, adjust version to 5.9-1ubuntu3.1 and go ahead.

Thanks, uploaded as 5.9-1ubuntu3.1.

Would it be possible to backport it to hardy as well? I mean Intrepid is still a couple of moth away.. ;)

Dietmar, that's what the SRU is about. Once an archive-admin accepts the upload into hardy-proposed, it needs to be tested there and if all goes well it can go into hardy-updates after one week ;).

OK now that I used my search engine of choice for "SRU team" (which I should have done *before* posting my last comment) I understand the procedure. Thanks for clarifying :)

Stefan, one other thing I just noticed. You added xpdf in the 'recommends' section. But 'xpdf' is only a transitional package and the real package should be 'xpdf-reader'. And while at it, why not changing the 'recommends' section to a Ubuntu maintained package like 'evince' or 'kpdf', etc., depending on the desktop? But I maybe to pedantic here.

ah, heh. Haven't looked in depth about xpdf vs. xpdf-reader, but that's not really a problem for hardy-updates.

However as I stated in comment 6, the problem is tk-brief directly called acroread, which I changed to xpdf. Now since xpdf, evince and kpdf don't use the alternate system, I'm not aware of a generic mechanism to call a pdf-viewer. Do you have a suggestion there?
Oh, and I merely chose xpdf because it's the most leigthweight solution imho, but I don't really have a strong opinion which pdf reader is "the right one".

Cheers,
    Stefan.

Stefan, sorry I need to read the comments more carefully in the future. Well I don't know a proper way to call a pdf-viewer either. Also after having had a look at the available unbiased pdf-viewer alternatives, xpdf is probably not all that bad. Although the evince-gtk package is independent of Gnome and has more features than xpdf. But anyway this is not really an issue. And xpdf being the currently the least weighted viewer, it's probably just as well as putting this in the 'recommended' section.

Rejecting from hardy-proposed, the upload was not a minimal diff, it deleted a CVS directory.

"I'm not aware of a generic mechanism to call a pdf-viewer" xdg-open is the supported method.

Oh, heh, the CVS dir comes from dpkg-source intervening. I'll rebuild with -i something to trick dpkg-source into not removing that.
Thanks for the xdg-open thingy. I'll upload a new version to intrepid first and then one to -proposed. motu-sru, ok with that?

Sure, go ahead.

new proposed debdiff, which now uses xdg-open and also doesn't recommend the transitional xpdf package any longer (thanks Dietmar!)

Accepted into hardy-proposed, please test.

Testresult: Install and program run works in Hardy, thanks.
Stefan, is 'pdf-viewer' just a term or an actual package that I just miss to find in the repos?

Dietmar, thanks for testing!

pdf-viewer is a virtual package provided by xpdf, evince, evince-gtk, kpdf et al. That way, the recommends are met, if one of these packages is installed. With aptitude, you can look exactly what packages provide pdf-viewer.

Cheers,
    Stefan.

Thanks Stefan, found it now. Well Synaptic doesn't know about the virtual packages...that's why I didn't find it in the first place.

HARDY VERIFICATION

Using version 5.9-1ubuntu3 from hardy-release:
The following packages have unmet dependencies:
  tk-brief: Depends: latex-ucs but it is not installable
E: Broken packages

Using version 5.9-1ubuntu3.1 from hardy-proposed:
Package installs correctly.

What's the status for ipe source package? Is it affected too?

I must admit, that I haven't really looked at ipe.

Luca, In the ipe package the recommends section needs to be updated to from 'latex-ucs' to 'texlive-latex-recommended'

I fear adjusting Recommends field is not worth a SRU, unless there are more valid reasons to prepare an update (e.g. switching to xdg-open as Stefan did).

ok, marking ipe in hardy as won't fix then.

Dietmar, thanks for following up on bug #236322, so I hope that ipe in intrepid will be fixed soon :).

OK won't fix for the IPE in Hardy is fine with me. I just wanted to make sure that the deprecated latex-ucs doesn't creep into intrepid. But since this is hopefully taken care of by bug #236322 all should be well. Thanks Guys.

Copied to hardy-updates.

ipe change will be managed in bug #236322.