Nikos Chantziaras rea...@gmail.com wrote:
Would you call someone who shoots himself into the foot smart?
Recent Linux kernels support fcaps in the filesystems and somebody evil,
who
knows what he does may even set up fcaps on executable files when the
related
support-software is
On 30/04/13 11:50, Joerg Schilling wrote:
Nikos Chantziaras rea...@gmail.com wrote:
Would you call someone who shoots himself into the foot smart?
Recent Linux kernels support fcaps in the filesystems and somebody evil, who
knows what he does may even set up fcaps on executable files when the
Joerg Schilling schrieb am 29.04.2013 18:36:
Daniel Pielmeier bil...@gentoo.org wrote:
2013/4/29 Joerg Schilling joerg.schill...@fokus.fraunhofer.de
Do you like people to be able to open security holes?
Adding an option to enable/disable linkage to libcap does not hurt anybody
it just
Daniel Pielmeier bil...@gentoo.org wrote:
Nikos Chantziaras schrieb am 27.04.2013 08:07:
On 26/04/13 23:20, Joerg Schilling wrote:
The only problem I see is that you are able to remove important
software on a
Linux installation while the kernel still supports the feature by
default.
On 29/04/13 14:33, Joerg Schilling wrote:
Daniel Pielmeier bil...@gentoo.org wrote:
with the situation I have here. In my opinion it is a good idea to add
such an option. If you think otherwise I am fine with it and I have to
use other means to make cdrtools compatible with Gentoo.
Cdrtools
Nikos Chantziaras rea...@gmail.com wrote:
But please first explain what option you are talking about.
An option to forcibly enable and disable support. If enabled, the build
system assumes the library is there. If disabled, it assumes the
library is not there (even if it is). If not
On 29/04/13 16:09, Joerg Schilling wrote:
Nikos Chantziaras rea...@gmail.com wrote:
But please first explain what option you are talking about.
An option to forcibly enable and disable support. If enabled, the build
system assumes the library is there. If disabled, it assumes the
library
Nikos Chantziaras rea...@gmail.com wrote:
This may be an option for things that really are optional.
Libcap however is not something optional but needed to support a basic
security
feature.
I thought it is optional, since it was mentioned that cdrtools can be
built and ran without
2013/4/29 Joerg Schilling joerg.schill...@fokus.fraunhofer.de
Nikos Chantziaras rea...@gmail.com wrote:
This may be an option for things that really are optional.
Libcap however is not something optional but needed to support a basic
security
feature.
I thought it is optional,
Daniel Pielmeier bil...@gentoo.org wrote:
2013/4/29 Joerg Schilling joerg.schill...@fokus.fraunhofer.de
Do you like people to be able to open security holes?
Adding an option to enable/disable linkage to libcap does not hurt anybody
it just eases maintaining the package. You can enable it
On 29/04/13 17:22, Joerg Schilling wrote:
Nikos Chantziaras rea...@gmail.com wrote:
You don't know what my intentions are. I might be doing testing,
debugging, who knows what. It's the trying to be smarter than the
user thing. The defaults of course would be to built the software in a
sane,
Nikos Chantziaras schrieb am 27.04.2013 08:07:
On 26/04/13 23:20, Joerg Schilling wrote:
The only problem I see is that you are able to remove important
software on a
Linux installation while the kernel still supports the feature by
default.
You are not able to remove it if something
On 26/04/13 23:20, Joerg Schilling wrote:
The only problem I see is that you are able to remove important software on a
Linux installation while the kernel still supports the feature by default.
You are not able to remove it if something actually uses it. If you
remove the automagic
13 matches
Mail list logo
