Re: RFS: eviacam

Hi Alex, Thanks for your support. I followed your instructions and it seems to work fine on my debian jessie box. However, I'm not sure how to share the updated package. I mean, do I have to remove and upload the (updated) package again without touching the version number? Or perhaps, is it

Re: RFS: eviacam

Hi Cesar, please open an RFS bug and fix the lintian stuff shown on mentors.d.o page. + Buildsystem: Package uses debhelper with an old compatibility level – Package uploaded for the unreleased distribution – Watch file is not present after that I'll have a look at it. cheers, G. Il

Re: RFS: eviacam

Hi Luke and all, I uploaded source packages for the latest upstream version (2.0.1) here [1]. Source code repo here [2]. [1] https://mentors.debian.net/package/eviacam [2] https://sourceforge.net/p/eviacam/eviacam/ci/master/tree/ Cesar El 16/09/2015 a las 2:10, Luke Yelavich escribió: On

Re: RFS: eviacam

Hi Cesar, It is early in the morning and I have spot "Debhelper compatibility level 7" in but I believe the latest "Debhelper compatibility level" is "9". Perhaps you should try $ echo 9 > debian/compat and adding Build-Depends: debhelper (>= 9)

Re: RFS: eviacam

On Wed, Sep 07, 2011 at 05:36:47AM AEST, Cesar Mauri wrote: > Hi, > > I've managed to upload eviacam again to mentors site and appears to be > lintian clean. > > http://mentors.debian.net/package/eviacam Hey folks. We in the Ubuntu desktop team have been contacted by Cesar once again about

Re: RFS: eviacam

Hi, I've managed to upload eviacam again to mentors site and appears to be lintian clean. http://mentors.debian.net/package/eviacam Thanks, César El 24/08/2011 0:25, Cesar Mauri escribió: Hi Kilian, Thanks for your review. The file debian/po/templates.pot has a lot of template headers

Re: RFS: eviacam

Jakub, Thanks for your comments. I tried the dpkg-override way (I took mlocate package as reference) but I didn't find a proper way to reset ownership/permissions when the user chooses not SUID without resorting to chown/chmod commands. Thus I left the chown/chmod commands. Running

Re: RFS: eviacam

Hi Kilian, Thanks for your review. The file debian/po/templates.pot has a lot of template headers still though. Please fill in all fields that are still holding bogus data. Done. Also added Catalan and Spanish translations. However, every time I run debconf-updatepo this file gets

Re: RFS: eviacam

* Cesar Mauri ce...@crea-si.com, 2011-08-24, 00:25: I tried the dpkg-override way (I took mlocate package as reference) but I didn't find a proper way to reset ownership/permissions when the user chooses not SUID without resorting to chown/chmod commands. Thus I left the chown/chmod commands.

Re: RFS: eviacam

Hi César, On Wed, Aug 03, 2011 at 10:26:46PM +0200, Cesar Mauri wrote: Hi Kilian, [...] - Have your binary chmod 4750 - with uid 0 (thus the setUID) and - group whateveryournewgroupname In debian/postinst that would look like: chmod 4750 $BINARY chown 0:$GID $BINARY where $GID is

Re: RFS: eviacam

Hi Cesar, On Wed, Aug 03, 2011 at 05:23:43AM +0200, Cesar Mauri wrote: Thanks for your comments. I have (hopefully) addressed all the issues you pointed out. I have uploaded an updated version to the mentors site which appears to be lintian clean and pbuilds fine for sid. See below for

Re: RFS: eviacam

Hi Cesar, On Wed, 2011-08-03 at 13:22 +0200, Cesar Mauri wrote: [...] or so and move the SUID bit setting including creating a group to postinst so that you limit the impact to an acceptable minimum. Having an open root access for everybody on a system is quite a bit too generous IMHO.

Re: RFS: eviacam

Hi Kilian, Thanks for your comments. I have (hopefully) addressed all the issues you pointed out. I have uploaded an updated version to the mentors site which appears to be lintian clean and pbuilds fine for sid. See below for additional details. I see however some LGPL undocumented in

Re: RFS: eviacam

Hi, Thanks Kilian for your feedback which helped me to improve the package. I've updated and uploaded it again to the mentors site. The package appears to be lintian clean. [...] Updated standards version to 3.9.1 Without futher review of the actual package: Why not to 3.9.2? I had