having problems with permission's when pushing please advise

[Justinas Urbanavicius]

damn, you were right Eric, thanks. Restarting the service did help, i
restarted it before using jenkins console, but it didn't work, now i
restarted using service jenkins restart and it did get the group
permissions and push worked.

Thank you a lot


On Tue, Apr 29, 2014 at 10:37 PM, Eric Siegerman <pub08-hg at davor.org> wrote:

>  On 04/29/2014 09:15 AM, Justinas Urbanavicius wrote:
> > jenkins executes sh script under jenkins user, i'v given 2775 permission
> to /home/hg/ituvs recursively:
> > [...]
>
> > and added jenkins to group www-data but it still failes to push.
> > if i change to user jenkins myself and execute these command everything
> works fine:
>
> Did you restart Jenkins, to pick up the new group membership?  Don't
> forget that changes to /etc/passwd or /etc/group don't affect preexisting
> processes, login sessions, etc.
>
> (If Jenkins is running as your distro's idea of a service, e.g. from
> /etc/rcN.d, restarting the service should be all that's needed; but if it
> gets launched from an interactive session, you'll have to log that out and
> back in too.)
>
> If that isn't it, you can put an id(1) command before the "hg pull" in the
> Jenkins job's configuration, to show you what credentials are actually in
> use.
>
> And failing *that*, try changing the command to "strace -f [-o /tmp/
> *some-file*] hg pull", then dig through the output to see *exactly* what
> went wrong.  (Include the "-o /tmp/*some-file*" if you want to redirect
> the trace output, instead of having it jumbled with hg's own output in the
> Jenkins job's log).
>
>
>   - Eric
>
>
> _______________________________________________
> Mercurial mailing list
> Mercurial at selenic.com
> http://selenic.com/mailman/listinfo/mercurial
>
>


-- 
Justinas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20140430/4c8b2e36/attachment-0002.html>