Hey,

On Tue, Mar 06, 2012, forum::für::umläute wrote:
> the "flumotion" package has been in a bad state for some years now.
> i talked with it's current maintainer (CC: Loïc Minier) at IRC and he
> said he would not spend much more time on this package, and would be ok,
> if i adapted the package.

 yeah; thanks a lot for stepping up to take it!

>   git+ssh://git.debian.org/git/pkg-multimedia/flumotion

 I've had a look at the changes; thanks for moving to latest packaging
 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.

 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.

> PS: the package has not gone through a regular orphanage/ITA cycle. is
> this necessary?

 Nope; I wont complain  :-)

   Thanks!
-- 
Loïc Minier

_______________________________________________
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Reply via email to