flumotion (ITA)
IOhannes m zmoelnig
zmoelnig at iem.at
Wed Mar 7 11:41:02 UTC 2012
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
salut!
On 2012-03-07 10:54, Loïc Minier wrote:
> I've had a look at the changes; thanks for moving to latest packaging
thanks for reviewing!
> standards (3.0 (quilt), git-bp, pycompat and such) and thanks for
> adding the history of uploads by importing the .dsc files.
>
> I checked your new changes, and most seem good, concerning:
> 4fe1e976fd8b49ff2511f7170a13d5ff6de6d2ac
> update-rc.d is automagically called by dh_installinit
>
> IIRC, the byte-compilation was happening by some stanza inserted in
> #DEBHELPER# back then, and it was good to restart flumotion after the
> byte-compilation had taken place. Otherwise, dh_installinit might
> insert the restart snippet before or after byte-compilation, but not
> consistenly restart flumotion after byte-compilation. Nowadays, I'm
> not sure how to ensure that the daemon is started with the .py files
> already byte-compiled.
afaics, there is no problem.
the original code was something like:
<snip>
DH_MAGIC
call update-rc.d
restart the init.d script
</snip>
this got me lintian _errors_ due to duplicate calls of update-rc.d.
close inspection of final postinst script revealed, that DH_MAGIC adds
an update-rc.d stanza and starts byte-compilation, so we get:
<snip>
call update-rc.d
do byte-compilation
call update-rc.d
restart the init.d script
</snip>
now update-rc.d doesn't restart anything.
it only makes sure that the init.d script is called at various runlevels
(or however this is called nowadays)
therefore, removing the 2nd call to update-rc.d is not harmful, esp.
since the code that restarts flumotion after byte-compilation is still
there.
> The other packaging changes also relate to packaging style, and made
> sense in my reading, but I didn't check every single change against the
> CDBS documentation or such.
if you find the CDBS documentation, please tell me so i can check
myself... the only documentation i know of lives in denmark and
expressed willingness to "have a look" :-)
fgasmdr
IOhannes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk9XSUsACgkQkX2Xpv6ydvRo0wCeMLaeO9J/BvnVH3Yq/1/HOzzA
I3wAoJVaCwvnqQf8lLSn/tsNZLlm2tzy
=LZRZ
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20120307/4c7141e5/attachment-0001.bin>
More information about the pkg-multimedia-maintainers
mailing list