[PKG-OpenRC-Debian] [GIT] Packaging OpenRC branch debian-loopsolver-fix created. debian/0.13.1-3-5-g20f5dc8

Dmitry Okunev xaionaro-guest at moszumanska.debian.org
Sat Nov 29 12:00:04 UTC 2014


This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Packaging OpenRC".

The branch, debian-loopsolver-fix has been created
        at  20f5dc827ff3f00ab2c78a49992ba883bbcf2892 (commit)

- Log -----------------------------------------------------------------
commit 20f5dc827ff3f00ab2c78a49992ba883bbcf2892
Author: Dmitry Yu Okunev <dyokunev at ut.mephi.ru>
Date:   Sat Nov 29 14:32:38 2014 +0300

    Fixed patch "0020-dependency-loop-resolver.patch"
    
    * Removed nested functions (Closes #765070),
      merged "GNU-kFreeBSD_workaround-nxstack"
    * Renamed static functions "rc_*" to be without "rc_" to pass "make test"
      (Closes #763681, #770459)
    
    Nested functions had been removed due to segfault on some systems. For example
    on Debian/kFreeBSD NX-bit forbids execute code from stack.
    
    Static "rc_*" functions had been renamed due to requirement of "make test" to
    add an "librc_hidden_proto(...)" line into "librc.h" for every function with
    such name. But this functions shouldn't be mentioned in the "librc.h". A more
    detailed explanation:
    On "ppc64el" static function compiled with "gcc" is visible by "runtests.sh"
    (that uses "readelf"), but it's not on amd64. However the "runtests.sh" scans
    only for functions named "rc_*", so it's ok if the function called somehow
    differently. It may be related to some peculiarity of "readelf" or "gcc" on
    exotic enough architectures like "ppc64el".

-----------------------------------------------------------------------


hooks/post-receive
-- 
Packaging OpenRC



More information about the OpenRC-devel mailing list