#30 Support for the package format "RPM"

open
nobody
None
1
2011-03-27
2011-02-27
No

A build script contains a few specific settings for variables like "CPACK_RPM_PACKAGE_...".
http://speech2text.git.sourceforge.net/git/gitweb.cgi?p=speech2text/speech2text;a=blob;f=CMakeLists.txt;hb=d8946c4dd867cd3a08d8c7b8ca29cb1ae91a1c5b#l14

I am curious when the item "RPM" can be added to the variable "CPACK_GENERATOR" so that the support for this package format will be completed.
http://cmake.org/Wiki/CMake:CPackPackageGenerators#RPM_.28Unix_Only.29

Was sufficient progress achieved by the feature request "Add support of CPack Component to CPack RPM generator"?
http://public.kitware.com/Bug/view.php?id=7645

Is an open issue that is described by the feature request "CPackRPM: Support dependency between RPM component" relevant for your software?
http://public.kitware.com/Bug/view.php?id=11656

Discussion

  • Peter Grasch

    Peter Grasch - 2011-03-09

    The rpm info was used for 0.2 to package for OpenSUSE. However, since then we moved the package building process to the OpenSUSE build service which produces far superior packages.

    It's there purely because the info is - for the most part - still correct and could easily be fixed for 0.3 / 0.4 if needed.

     
  • Peter Grasch

    Peter Grasch - 2011-03-09
    • priority: 5 --> 1
    • status: open --> closed
     
  • Markus Elfring

    Markus Elfring - 2011-03-10

    I would appreciate if the used CPack instructions will be complete for all supported package formats (including RPM) so that they will work also locally (without an external build service).

     
  • Markus Elfring

    Markus Elfring - 2011-03-10
    • status: closed --> open
     
  • Peter Grasch

    Peter Grasch - 2011-03-27

    Sure, I do agree. But CPack isn't really that nice a system and the build files for e.g. the OSC or the PPA are also publicly available on the respective homepages.

    Maintaining another, inferior system just for the sake of supporting it is sadly not an option at the moment.

    If you feel strongly about it and work on this I would of course be happy to apply your patches. In the mean time I'm closing this (comment section is open; if you convince me that CPack is an advantage I'll reopen the issue).

     
  • Peter Grasch

    Peter Grasch - 2011-03-27
    • status: open --> closed
     
  • Markus Elfring

    Markus Elfring - 2011-03-27

    I guess that this issue can be reconsidered if support will be completed for components in the CPack application area.

    It would be nice if the available installation settings can be reused in reasonable ways. Otherwise: They might be useless.

     
  • Markus Elfring

    Markus Elfring - 2011-03-27
    • status: closed --> open
     
  • Manuel Amador (Rudd-O)

    When will we end users have the ability to compile RPMs? The RPMs you provide are simply obsolete and cannot be installed in Fedora 16. In addition to that, there is no simon repository anywhere, which makes it impossible to keep simon up to date as new releases come.

    At the VERY LEAST, the tarball should include a spec file.

     
  • Nobody/Anonymous

    FetuTy <a href="http://cwyqnmkqfmfs.com/">cwyqnmkqfmfs</a>, [url=http://phyyvcesoovb.com/]phyyvcesoovb[/url], [link=http://vlrqrkqbuyaw.com/]vlrqrkqbuyaw[/link], http://ndqyqcrbscrt.com/

     
  • Nobody/Anonymous

    5GwhPV <a href="http://ktqkkpbtkzob.com/">ktqkkpbtkzob</a>, [url=http://ijjazdzhtahp.com/]ijjazdzhtahp[/url], [link=http://mkrmjydxybbh.com/]mkrmjydxybbh[/link], http://pdegkdwbjhry.com/

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks