On Tue, 24 Apr 2012 15:39:41 +0200, Ansgar Burchardt <ans...@43-1.org>
wrote:
On 04/24/2012 03:16 PM, Whit Armstrong wrote:
I would be looking for 60000-64999, assuming my package eventually
made it into debian, I suppose it would need to have a 'globally
allocated' uid. The idea is simply not to give users executing an R
script on the machine root access.
You shouldn't need a statically allocated user id for this; just
creating a (system) user with adduser should be fine. (The 100-999
range in policy 9.2.2.)
Regarding, reSIProcate, it's cdbs based? Would the postinst script
be
the same format if I use dh? Based on Lucas Nussbaum's tutorial
(http://www.debian.org/doc/manuals/packaging-tutorial/packaging-tutorial.en.pdf)
I thought that dh would be the way to go for new packages.
Maintainer scripts shouldn't differ (they are more or less just
copied
into the binary packages[1]).
dh should be the most popular for new packages, but in the end it's a
matter of preferences. I believe it might also be easier to find a
sponsor for packages using dh as more people are familiar with it
than
with cdbs.
Regards,
Ansgar
[1] With a few modifications: debhelper (and cdbs as it uses
debhelper)
might add some lines to them by replacing a special marker with
shell code ("#DEBHELPER#").
Agreed, and just to add few more bits to the above:
As a good reference of adding and removing system users have a look at
the vsftpd package, that is, its portinst and postrm scripts. However,
the project's general agreement is that system users, once added,
should
not be removed [1] by packaging means, so you will only need to worry
about the addition part.
[1[ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621833
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/7c5c04e5e99e1d8aef38840f2d1bb...@spnet.net
