<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Aug 2, 2018 at 1:32 PM Robie Basak <<a href="mailto:robie.basak@ubuntu.com">robie.basak@ubuntu.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Aug 02, 2018 at 01:16:04PM +0200, Christian Ehrhardt wrote:<br>
> I was wondering if there is a common pattern to resolve this that might<br>
> just be unknown to me yet and that I could use in packaging.<br>
<br>
I have in mind to write a wrapper that checks if "newgrp" or "sg" would<br>
succeed and exec itself via that if so. I'm not aware of this being an<br>
existing pattern though.<br>
<br>
If we wanted to make it a standard thing, we could provide such a<br>
wrapper in a package and then packages that wanted to use it could<br>
register with (and symlink to) the wrapper.<br></blockquote><div><br></div><div>If working this could maybe fixup the terminal it is running in but not more than that.</div><div>- New terminals started from UI might still have old group membership (if not a new login)</div><div>- And the UI itself when click-starting things will not have changed</div><div><br></div><div>I'm a console guy myself, but that would only only fix part of the problem :-/</div><div>Especially as the console-addicted folks are those who would mostly have known "that they have to" and "how to" refresh their groups.</div></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span style="color:rgb(136,136,136);font-size:12.8px">Christian Ehrhardt</span><div style="color:rgb(136,136,136);font-size:12.8px">Software Engineer, Ubuntu Server</div><div style="color:rgb(136,136,136);font-size:12.8px">Canonical Ltd</div></div></div></div></div></div>