how sudo handles $HOME

2019-05-14 Thread Dan Streetman
in Ubuntu, sudo retains the calling user's $HOME

this is different from upstream sudo as well as all other UNIXes and
even the sudo documentation we provide.  Should we remove our custom
patch that adds this behavior?

for reference and more details on downsides of our current sudo behavior, see:
https://bugs.launchpad.net/ubuntu/+source/sudo/+bug/1556302

Note that I have kind-of hijacked the bug, as I believe the issue is
larger than the python-based example in that bug.

Also as I commented in that bug, I do not recommend changing the
behavior for existing releases.  But I do think we should change the
behavior starting in Eoan and future releases.

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss


Re: Removal of libllvm4.0 from disco/universe

2019-05-14 Thread Simon Spannagel
Hi Dan,

I am having exactly the same problem as you - a common project with
clang-format-4.0 as baseline for formatting.

I have searched already for PPAs but haven't found one. If you could
create one that would be really great - I wouldn't know how to do it...

Best regards,
Simon


On 14/05/2019 06:48, Dan Kegel wrote:
> For what it's worth, I just forward-ported 3.9 from xenial to disco
> because the alternative was reformatting a bazillion lines of
> source code.  It wasn't too hard, just had to do 'apt source clang-format'
> on an ubuntu 18.04 box, transfer the source to a 19.04 box,
> install gcc 7 and make three little changes to the package, to wit:
> http://kegel.com/linux/llvm-ubu1904.patch
>
> There's probably a PPA somewhere with older versions of clang-format,
> but if there isn't, I could create one.
> - Dan

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss


SV: compatibility issue in environment-modules version 4.1.1-1

2019-05-14 Thread Gösta Ljungdahl


-Ursprungligt meddelande-
Från: Gunnar Hjalmarsson [mailto:gunna...@ubuntu.com] 
Ämne: Re: compatibility issue in environment-modules version 4.1.1-1

When reading that I think: If variables are defined at initialization, which 
are needed later on, why not simply turn them from pure shell variables to 
environment variables by export'ing them? That would be a change of the 
environment-modules code which ought to be doable.

I'm not sure I understand what you mean. The environment variables and shell 
functions that the initialization defines are exported with the intent of 
making them available to the environment. Dash when later called upon accepts 
the exported variables but washes the exported shell functions out as I 
understand it at this point.

Cheers,
Gösta

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss


Removal of libllvm4.0 from disco/universe

2019-05-14 Thread Gianfranco Costamagna
Hello,
>I was wondering why libllvm4.0 (or, more specifically for me,
>clang-format-4) was removed from the 19.04/disco/universe repository
>while an even older version (3.8) is still available.

this seems to be non true...
rmadison -u ubuntu libllvm4.0
 libllvm4.0 | 1:4.0-1ubuntu1~16.04.2 | xenial-security | amd64, arm64, armhf, 
i386, powerpc, ppc64el, s390x
 libllvm4.0 | 1:4.0-1ubuntu1~16.04.2 | xenial-updates  | amd64, arm64, armhf, 
i386, powerpc, ppc64el, s390x
 libllvm4.0 | 1:4.0.1-10 | bionic/universe | amd64, arm64, armhf, 
i386, ppc64el, s390x
 libllvm4.0 | 1:4.0.1-10build1   | cosmic/universe | amd64, arm64, armhf, 
i386, ppc64el, s390x

rmadison -u ubuntu libllvm3.8
 libllvm3.8 | 1:3.8-2ubuntu1 | xenial | amd64, arm64, armhf, i386, 
powerpc, ppc64el, s390x
 libllvm3.8 | 1:3.8-2ubuntu4 | xenial-updates | amd64, arm64, armhf, i386, 
powerpc, ppc64el, s390x

rmadison -u ubuntu clang-format-3.8
 clang-format-3.8 | 1:3.8-2ubuntu1 | xenial/universe  | amd64, 
arm64, armhf, i386, powerpc, ppc64el, s390x
 clang-format-3.8 | 1:3.8-2ubuntu3~trusty5 | trusty-security/universe | amd64, 
armhf, i386, powerpc, ppc64el
 clang-format-3.8 | 1:3.8-2ubuntu3~trusty5 | trusty-updates/universe  | amd64, 
armhf, i386, powerpc, ppc64el
 clang-format-3.8 | 1:3.8-2ubuntu4 | xenial-updates/universe  | amd64, 
arm64, armhf, i386, powerpc, ppc64el, s390x

rmadison -u ubuntu clang-format-4
(none)

We usually try to keep the number of llvm-* versions limited... why can't you 
just use llvm-toolchain-7 or llvm-toolchain-8?


llvm-7 has been backported to bionic, and llvm-8 is in bionic-proposed right 
now.

cheers,

G.

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss


Re: Removal of libllvm4.0 from disco/universe

2019-05-14 Thread Dan Kegel
Quicker approach:
realizing that the package you want is gone but not forgotten :-),
download the debs from
https://launchpad.net/ubuntu/disco/amd64/clang-format-4.0/1:4.0.1-10build1
and
https://launchpad.net/ubuntu/cosmic/amd64/libllvm4.0/1:4.0.1-10build1
and install them with
  sudo dpkg -i libllvm4.0_4.0.1-10build1_amd64.deb
clang-format-4.0_4.0.1-10build1_amd64.deb
and Bob's your uncle.
- Dan

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss