Package librpm-devel: Information

    Binary package: librpm-devel
    Version: 4.0.4-alt100.77.M70P.5.M70C.1
    Architecture: i586
    Build time:  Jun 5, 2019, 09:01 PM in the task #231438
    Source package: rpm
    Category: Development/C
    Report package bug
    License: GPL/LGPL
    Summary: Development files for applications which will manipulate RPM packages
    Description: 
    This package contains the RPM C library and header files.  These
    development files will simplify the process of writing programs
    which manipulate RPM packages and databases and are intended to make
    it easier to create graphical package managers or any other tools
    that need an intimate knowledge of RPM packages in order to function.
    
    This package should be installed if you want to develop programs that
    will manipulate RPM packages and databases.

    Maintainer: Ivan Zakharyaschev


    Last changed


    June 3, 2019 Ivan Zakharyaschev 4.0.4-alt100.77.M70P.5.M70C.1
    Merged 4.0.4-alt101.M80P.6.M80C.1 into c7.1.
    - Dropped %_allow_deps_with_beginning_dot support
      (introduced in 4.0.4-alt100.76.M70C.3) (thanks Vladimir D. Seleznev).
    May 29, 2019 Vladimir D. Seleznev 4.0.4-alt101.M80P.5.3
    - rpmdb: rpmdbInitIterator() handles BuildTime and DistTag.
    - lib: rpmErase() prints EVR(D|T) when multiple packages matched.
    March 14, 2019 Ivan Zakharyaschev 4.0.4-alt100.77.M70P.4.M70C.1
    [rpmbuild changes up to 4.0.4-alt128]
    - Dropped $RPM_STRICT_INTERDEPS support
      (introduced in 4.0.4-alt100.76.M70C.2).
    - Changed the generator of package self-provides
      and the generator of strict intersubpackage dependencies
      to use [E:]V-R[:D] format instead of [E:]V-R
      (by Vladimir D. Seleznev and Dmitry V. Levin).
    - For stable branches (like p8, c8), made the generator of package self-provides
      additionally produce [E:]V-R (for compatibility with old rpm and apt).
    - Make "new" packages (with disttags) be treated better
      by the "old" disttag-unaware rpm in some cases; primarily those with
      < and/or > Conflicts on another subpackage. This form of Conflicts
      is used to ensure that no subpackages from different releases/builds
      get installed together. (A better way to express this is to add a
      common subpackage that all other subpackages depend on.) This change
      doesn't affect the way the "new" rpm would treat packages with such
      deps (ALT#35930):
      + rewrite < and > dependencies so that they have almost the same meaning when
        treated by old disttag-unaware tools;
    - build/reqprov.c: made addReqProv() aware of the disttag of the package.