Call ldconfig

call ldconfig

Move libs back to main package

move libs back to main package

Moving some plugin info prints to debug

Update to 4.11.0.1

Update to 4.11.0.1

update BR for python package

Update changelog

Signed-off-by: Markus Lehtonen <markus.lehtonen@linux.intel.com>

Temporally making loading of a configured plugin optional

fixing error in cleanup if magic db can't be loaded [Elena Reshetova]

fixing error in cleanup if magic db can't be loaded

Enable security plugin/Smack

Adding security msm plugin

Making pre/post tsm/psm hooks more consistent.

-All post hooks take an additional rc argument that indicates general return code from operation.
-All post hooks are always called if correspoding pre hook has been called.
-The return value from post hooks is curently ignored

Signed-off-by: Panu Matilainen <pmatilai@redhat.com>

Improving scriptlet related rpm plugin hooks.

Three new hooks added:
PLUGINHOOK_SCRIPTLET_PRE_FUNC
Called before scriptlet execution
PLUGINHOOK_SCRIPTLET_FORK_POST_FUNC
Called after fork() but before scriptlet execution
PLUGINHOOK_SCRIPTLET_POST_FUNC
Called after scriptlet execution

Currently pre and post hooks are called for externals and internal lua scripts.
post hook is called even if scriptlet execution has failed and
the return code is given as an argument.

fork_post hook is only called for external scriptlets,
because for internal scriptlets no fork() is currently performed.

Signed-off-by: Panu Matilainen <pmatilai@redhat.com>

Extending rpm plugin interface, part 1

This change adds a new type of the rpm plugin, called transaction plugin
and a set of initial hooks for this plugin. The hooks are:

PLUGINHOOK_TSM_PRE
    Pre-transaction hook that is called before an rpm transaction begins
PLUGINHOOK_TSM_POST
    Post-transaction hook that is called after an rpm transaction ends
PLUGINHOOK_PSM_PRE
    Pre-transaction-element hook that is called before an rpm
    transaction-element is processed
PLUGINHOOK_PSM_POST
    Post-transaction-element hook that is called after an rpm
    transaction-element is processed
PLUGINHOOK_SCRIPT_SETUP
    Per-script hook that is called once for each rpm mainainers script
    that is present in the package

Each hook is called for every plugin that have this hook registered.
The avaliable transaction plugins can be specified in macros.in via
transaction_plugins element.

Signed-off-by: Panu Matilainen <pmatilai@redhat.com>

Adding manifest support for rpmbuild

Move build related files to rpm-build

reorg files in sub-packages

bump python-rpm to 4.10.91

spec cleanup

cleanup macros

cleanup macros

update to 4.11.0 beta1

fixed lang_package

packaging: change some builddeps to be "pkgconfig" type

For better portability.

Signed-off-by: Markus Lehtonen <markus.lehtonen@linux.intel.com>

lang_package now accepts arguments

-n to specify package name
-f to specify lang file name (without .lang)

fixed package description

add python-rpm spec

remove file sepolicy from list

include errno.h

update to 4.11 alpha (4.10.90)

libfile-devel -> file-devel

libfile -< libmagic

Assume executable libs

remove patch from suse

Remove some old craft

Remove some old craft

Remove some old craft

add packaging files

disable dep tracking

Find supplements

File attributes

remove languages we do not yet support

GStreamer provides, codecs

Font dependencies

Python dependencies

Don't complain about a bad md5 sum for repackaged rpms.

Prefer sys/vfs.h, as statvfs stats all filesystems again

debug link

Create a debuginfo package for each subpackage.

Originally from opensuse rpm

Let debuginfo packages provide the build-id

This patch lets debuginfo packages provide build-id like follows:

 debuginfo(build-id) = c63cb23876c5fa85f36beaff58f8557e1bf22517

Users can therefore ask zypper to install the correct debuginfo package
with:

 zypper install -C "debuginfo(build-id) = c63cb23876c5fa85f36beaff58f8557e1bf22517"

Firmware dependencies

Do the symbolic links right in the first place

Since brp-symlink relinks symbolic links to enforce a certain policy we
should do it right in the first place. So this patch changes find-debuginfo.sh
scripts behavior to reflect that policy.

Signed-off-by: Jan Blunck <jblunck@suse.de>

debugedit canon fix

remove references to removed brp scripts

Split sources for debugging into separate -debugsource package

At the moment the -debuginfo package also include the sources where used
to build the binary. The patches moves them into a separate package -debugsource.

short changelog

Support a "first version wins" semantics.

Provide rpmqpack

a fast way to list all installed packages are
check if some package is installed. This is a hack.

strip off the tag

adding find-supplements scripts

rpmrc changes

Add distribution

platform changes

Module aliases

Macro adjustments

Find debuginfo

Exclude /usr/share/info/dir from check-files.

brp for tizen

auto dependencies

Add support for weak dependencies:

A) use RPMTAG_SUGGESTS and RPMTAG_ENHANCES to store them.

   This is different to upstream, which uses RPMSENSE_MISSINGOK
   and RPMTAG_REQUIRES/RPMTAG_PROVIDES instead. I chose different
   tags because I wanted to be compatible. The point is that
   applications that don't know about the new MISSINGOK semantics
   will mis-interpret the provides/requires otherwise, which
   I deemed to risky.

B) use RPMSENSE_STRONG to support a "strong" version, "Recommends"
   instead of "Suggests" and "Supplements" instead of "Enhances".

Suspend exclusive database lock when scriptlets get called

Suspend exclusive database lock when scriptlets get called, allowing
read access in scriptlets. Only needed for DB_PRIVATE (aka global)
locking.

Fix global (DB_PRIVATE) lock code

Fix global (DB_PRIVATE) lock code: fix recursion counter, retry
failed lock operations for up to 3 minutes.

Allow updates to different architectures

Also test architecture in "refresh" test when not colored. This allows
updates to different architectures.

Extended condition support

This patch supports an extension in the condition evaluation.
If the condition is a format and returns an nonempty string, it is
assumed to be true.
This mechanism is used by the weakdeps patch to filter the
"RPMSENSE_STRONG" flag.

db ro interruptable

Support a database-local fsync setting.

Needs berkeley db patch.

compate name and version

Also compare the name and not only the version when checking if
two packages are the same. rh#104066

Convert output to the current locale.

Assumes utf8 input if the decoding works, otherwise iso-8859-1.
(imported from suse rpm)

Make debugedit build without dwarf.h

add patch 0

Add db4 integration patch

update spec version

add spec file

Restore legacy behavior on %ghost %config erasure, mostly

- Make rpmfiConfigConflict() consider any existing %ghost %config
  as "modified". This causes them to be left alone on erasure to match
  long-standing rpm behavior (whether the behavior is intended or not...)
  Ghost config testcase passes again, talk about flip-flop. Sigh.
- Legacy behavior had an extra twist which we are intentionally NOT
  restoring: if a non-empty %ghost exists at build-time, its digest
  is stored in the header despite the file not being present in
  the payload. With previous versions of rpm, the contents of an
  existing  %ghost %config would be compared to the one in header and
  resulting in different behavior on erasure: if the contents matched
  that of build-time, the file would be removed, otherwise it would
  be preserved. Ghosts remembering their identity from previous life
  goes a little bit too far into the land of paranormal for me...
(cherry picked from commit 233e4573d1d21a36d06874fea6c594428033802e)

Adjust ghost config test case to match legacy behavior

- Rpm has traditionally (at least for the last decade) preserved
  existing %ghost %config file on erasure. Whether this was intentional
  or not, changing the behavior now risks data loss in case people
  are relying on this long-standing behavior.
- This fails now: The behavior changed as (an unexpected) side-effect
  of commit 389b1ab706be8eddba9f00c7084759f670ce96ac.
(cherry picked from commit 4efec66338ef04d2f1ed20cfba84c47145269d0d)

Refresh translations again, sigh

Bump version to dot-paperbag aka 4.11.0.1

Dont skip shared file/dir create if the other one is a ghost

- Explicitly test for shared file/dir being ghost when deciding whether
  to skip create: we must never skip the creation of a real file/dir
  because of a ghost as the ghosts do not get created.
- This fixes the shared ghost testcase, ie the thing that commit
  a712252392eca75443ca45c10a72873cabec7963 was supposed to fix,
  without side-effects that I can see.
(cherry picked from commit 147a26c5f672ee3421fe057725f6be357031bbb5)

Revert the severely broken FA_SKIP on %ghost "fix"

- Reverts the bad half of commit a712252392eca75443ca45c10a72873cabec7963:
  treating files that wont be installed as skipped seems logical enough,
  but rpm disagrees... making %ghosts FA_SKIP on install causes
  upgrades on %ghost %config files to miss the necessary FA_SKIP getting
  set on the erase half via handleInstInstalledFile() and
  rpmfiDecideFate(), causing %ghost %config files to be nuked. Which isn't
  very nice when your /var/lib/rpm/ contents are packaged as
  %ghost %config...
- This fixes the %ghost %config testcase but breaks the shared %ghost
  case in turn.
(cherry picked from commit 471b74bf6e218abb06bb3131a259cdfaec3f08cf)

Add testcase for %ghost shared with a real file

- Further parametrize conflicttest.spec to allow for different attributes
- Verify that the real file gets created without conflicts, that
  it doesn't get removed when ghost is removed and gets normally removed
  on erase.
- This is the case commit a712252392eca75443ca45c10a72873cabec7963 was
  supposed to fix (which it does but with, ahem, "slight" side-effects)
(cherry picked from commit 0485eab2c96173d1e34e4edb3570e58a693e255e)

Add testcase for %ghost %config behavior

- Further parametrize configtest.spec to allow for different attributes
- Verify pre-existing %ghost %config is preserved on install,
  that it survives upgrades and gets removed on erase.
  This fails now because it IS broken due to commit
  a712252392eca75443ca45c10a72873cabec7963.
(cherry picked from commit 5121ea2151f13e58740b7b4e7dc20cff5f2475fb)

Preparing for 4.11.0 final

Update translations from Transifex

Dont mess with global user identity in __scm_setup_bzr

- Bzr defaults to global value on "bzr whoami", so we would mess
  up user identity on "%autosetup -S bzr". Oops. Move identity setting
  after repo initialization and set the identity per-branch, not global.
  The notion of "per-branch identity" seems odd, but then bzr is...
  I guess this would be bzr-speak for "per-directory identity"
(cherry picked from commit 58f41cb4e1721d410017732a55613056b6acb24c)

Setup git identity in __scm_setup_git (RhBug:905002)

- For some reason on my own account git keeps functioning even if
  I remove its configuration, but on a newly created account git commit
  bails out with "Please tell me who you are" unless we set the
  (per-repo) configuration here.
(cherry picked from commit 321a87d789bb090c88c541f7f158ae922ddee3ff)

Split __scm_author to separate name and email address macros

- At least git wants name and email separately, change __scm_author
  to combine the two instead. Related to RhBug:905002.
(cherry picked from commit 1a21dc867dfbf48169782c6b8dbd0e0476e2bbbf)

Acommodate to glibc 2.17 __secure_getenv() renaming

- glibc 2.17 renames __secure_getenv() to secure_getenv() so now we
  need to test for both. Meh.
(cherry picked from commit 49519f2564777fdcfb801088fb3025b3d6f5783a)