git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Request for help from binary packaging people.

From
Sergey Vlasov <vsu@altlinux.ru>
Date
Aug 8, 2005, 18:20 UTC
Message-ID
<20050808222051.275984ff.vsu@altlinux.ru>
In-Reply-To
<7vwtmw5nx7.fsf_-_@assigned-by-dhcp.cox.net>
On Mon, 08 Aug 2005 10:38:44 -0700 Junio C Hamano wrote:
> For RPM, from my lack of RPM expertise (and RPM capable
> environment until recently), I have not updated the "Prereq:"
> field in git-core.spec.in at all.

That "Prereq:" should be "Requires:" instead. "Prereq:" also enforces installation ordering between packages; it is required when the package has some installation scripts (%pre, %post) - in this case all packages which are needed to execute these scripts must be listed in "Prereq:". In case of git-core there are no such scripts (at least for now), so "Requires:" should be used - then the package manager will be free to install packages in any order as long as all dependencies will be satisfied in the end.

Show 12 quoted lines
> I would appreciate somebody to sanity check the list of
> dependencies.  The dependency list Debian side has is more
> up-to-date and I am reasonably sure it is accurate.  It lists
> patch, diff, and rcs (for the "merge" command) as the
> essential dependency (aside from the shared libraries like
> libc), and libmail-sendmail-perl, rsync, curl, ssh, and
> libemail-valid-perl as the recommended dependency.  I do not
> even know if RPM has the notion of such multi-tier
> dependencies, but the latter list is meant to mean "you could
> live without these, but to exercise this package fully you may
> want them" (in our case of git-core, you could live without
> the networking if you do not do multi-user, multi-repository).

RPM does not have "Suggests" and "Recommends" like dpkg - all RPM dependencies are strict. Because of this limitation, a single RPM package is often split into several binary subpackages.

Show 5 quoted lines
> If RPM spec file has a way to say something like that, I would
> like to see these packages (probably their names are different
> between Debian and RPM) listed on the recommended dependency
> list; otherwise I would want to see them added to the main
> "Prereq:" list.

Not only the names of packages are different between Debian and RPM - the names of similar RPM packages are different between different RPM-based distributions. :(

E.g., in ALT Linux distributions /usr/bin/ssh is contained in the openssh-clients package; SuSE 9.3 seems to have it in the package named "openssh". There are lots of such differences.

Most modern RPM-based distributions have some mechanism to find dependencies automatically (e.g., by scanning all Perl scripts in the package for "use" statements). But these mechanisms are incompatible between different distributions too.

Different distributions also have different RPM packaging conventions, different RPM macros, etc etc...

So the best thing you can really do is to provide an RPM package for some distribution you choose, which would then be used as a basis for packages on other distributions.

Previous: Junio C HamanoNext: Chris Wright
Message 9 of 56 in “My Itchlist”
  1. Junio C HamanoAug 6, 2005
  2. Linus TorvaldsAug 6, 2005
  3. Johannes SchindelinAug 6, 2005
  4. Junio C HamanoAug 6, 2005
  5. Petr BaudisAug 13, 2005
  6. GIT 0.99.4 (preview)Junio C Hamano, Aug 7, 2005
  7. GIT 0.99.4 preview: current statusJunio C Hamano, Aug 8, 2005
  8. Request for help from binary packaging people.Junio C Hamano, Aug 8, 2005
  9. Sergey VlasovAug 8, 2005
  10. Chris WrightAug 8, 2005
  11. Junio C HamanoAug 8, 2005
  12. Chris WrightAug 8, 2005
  13. Junio C HamanoAug 8, 2005
  14. Matthias UrlichsAug 10, 2005
  15. Debian packaging for 0.99.4Matthias Urlichs, Aug 10, 2005
  16. Martin LanghoffAug 10, 2005
  17. Matthias UrlichsAug 10, 2005
  18. Sebastian KuzminskyAug 11, 2005
  19. Martin LanghoffAug 11, 2005
  20. Sebastian KuzminskyAug 11, 2005
  21. Junio C HamanoAug 11, 2005
  22. Linus TorvaldsAug 11, 2005
  23. Johannes SchindelinAug 11, 2005
  24. Sebastian KuzminskyAug 11, 2005
  25. Matthias UrlichsAug 11, 2005
  26. Linus TorvaldsAug 11, 2005
  27. Sebastian KuzminskyAug 11, 2005
  28. Sam RavnborgAug 11, 2005
  29. Sebastian KuzminskyAug 11, 2005
  30. Matthias UrlichsAug 11, 2005
  31. Sebastian KuzminskyAug 11, 2005
  32. Matthias UrlichsAug 11, 2005
  33. Sam RavnborgAug 11, 2005
  34. Alan ChandlerAug 11, 2005
  35. Sebastian KuzminskyAug 11, 2005
  36. Matthias UrlichsAug 12, 2005
  37. David LangAug 12, 2005
  38. Matthias UrlichsAug 12, 2005
  39. Ryan AndersonAug 13, 2005
  40. Matthias UrlichsAug 14, 2005
  41. Ryan AndersonAug 15, 2005
  42. Junio C HamanoAug 14, 2005
  43. Junio C HamanoAug 14, 2005
  44. Linus TorvaldsAug 11, 2005
  45. Linus TorvaldsAug 11, 2005
  46. Sebastian KuzminskyAug 11, 2005
  47. Christian MederAug 11, 2005
  48. Matthias UrlichsAug 11, 2005
  49. Andreas Jellinghaus [c]Aug 12, 2005
  50. Junio C HamanoAug 11, 2005
  51. Gene HeskettAug 11, 2005
  52. Junio C HamanoAug 11, 2005
  53. Junio C HamanoAug 12, 2005
  54. Martin LanghoffAug 12, 2005
  55. Matthias UrlichsAug 13, 2005
  56. more Debian packaging fixesMatthias Urlichs, Aug 13, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.