On Wed, 27 Dec 2006 23:12:51 +0100, Karel Zak said:
> For example for my laptop is it true that "life is too short to
> enable SELinux", but it's probably not true for servers in the bank where
> I have money. (I hope so:-)
On the other hand, the case can be made that your laptop needs SELinux
On Wed, 27 Dec 2006, Theodore Tso wrote:
> On Wed, Dec 27, 2006 at 08:18:24PM +0100, Karel Zak wrote:
> > Frankly, it wasn't always easy to use SeLinux in previous FC
> > releases, but there is huge progress and I think it's much better in
> > FC6.
>
> I've never tried SELinux, but at one poin
Karel Zak wrote:
For example for my laptop is it true that "life is too short to
enable SELinux", but it's probably not true for servers in the bank where
I have money. (I hope so:-)
You'd be surprised how many banks run Windows, and not even the most
recent versions.
-hpa
-
To
On Wed, Dec 27, 2006 at 03:42:13PM -0500, Theodore Tso wrote:
> On Wed, Dec 27, 2006 at 08:18:24PM +0100, Karel Zak wrote:
> > Frankly, it wasn't always easy to use SeLinux in previous FC
> > releases, but there is huge progress and I think it's much better in
> > FC6.
>
> I've never tried SELi
On Wed, Dec 27, 2006 at 08:18:24PM +0100, Karel Zak wrote:
> Frankly, it wasn't always easy to use SeLinux in previous FC
> releases, but there is huge progress and I think it's much better in
> FC6.
I've never tried SELinux, but at one point there were all sorts of
horror stories that if you e
On Wed, Dec 27, 2006 at 07:39:47PM +0100, Arnd Bergmann wrote:
> On Wednesday 27 December 2006 19:15, Karel Zak wrote:
> >
> > On Wed, Dec 27, 2006 at 03:46:10AM +0100, Arnd Bergmann wrote:
> > > On Monday 18 December 2006 08:17, Karel Zak wrote:
> > > > - remove FS/device detection code
>
On Wednesday 27 December 2006 19:15, Karel Zak wrote:
>
> On Wed, Dec 27, 2006 at 03:46:10AM +0100, Arnd Bergmann wrote:
> > On Monday 18 December 2006 08:17, Karel Zak wrote:
> > > - remove FS/device detection code
> > > (libblkid from e2fsprogs or libvolumeid is replacement)
>
On Wed, Dec 27, 2006 at 03:46:10AM +0100, Arnd Bergmann wrote:
> On Monday 18 December 2006 08:17, Karel Zak wrote:
> > - remove FS/device detection code
> > (libblkid from e2fsprogs or libvolumeid is replacement)
>
> I saw that the current Fedora already dynamically links /bin/m
On Tue, Dec 26, 2006 at 07:08:43PM -0800, H. Peter Anvin wrote:
> That's a pretty silly statement. The real issue is that any library
> needed by binaries in /bin or /sbin should live in /lib, not /usr/lib.
Well, there's a real treat here - lots of shared libraries mean
mount is rendered unusabl
Fedora rawhide (i686):
$ rpm -qf /bin/mount
util-linux-2.13-0.48.fc7
$ ldd /bin/mount
linux-gate.so.1 => (0x00f9b000)
libblkid.so.1 => /lib/libblkid.so.1 (0x45dbc000)
libuuid.so.1 => /lib/libuuid.so.1 (0x45db6000)
libselinux.so.1 => /lib/libselinux.so.1 (0x43c5c00
On Dec 27 2006 12:24, Alessandro Suardi wrote:
> On 12/27/06, Theodore Tso <[EMAIL PROTECTED]> wrote:
>> On Tue, Dec 26, 2006 at 07:08:43PM -0800, H. Peter Anvin wrote:
I saw that the current Fedora already dynamically links
/bin/mount against /usr/lib/libblkid.so. This obviously does n
On 12/27/06, Theodore Tso <[EMAIL PROTECTED]> wrote:
On Tue, Dec 26, 2006 at 07:08:43PM -0800, H. Peter Anvin wrote:
> >I saw that the current Fedora already dynamically links /bin/mount
> >against /usr/lib/libblkid.so. This obviously does not work if
> >/usr is a separate partition that needs to
On Tue, Dec 26, 2006 at 07:08:43PM -0800, H. Peter Anvin wrote:
> >I saw that the current Fedora already dynamically links /bin/mount
> >against /usr/lib/libblkid.so. This obviously does not work if
> >/usr is a separate partition that needs to be mounted with /bin/mount.
> >I also had problems wit
Once upon a time, Arnd Bergmann <[EMAIL PROTECTED]> said:
>I saw that the current Fedora already dynamically links /bin/mount
>against /usr/lib/libblkid.so.
What do you mean by "current" Fedora? I think the first Fedora version
that linked /bin/mount against libblkid.so was FC4, and FC4, FC5, FC
On Wednesday 27 December 2006 04:08, H. Peter Anvin wrote:
>
> > I'd suggest that you make sure that mount always gets statically linked
> > against libblkid to avoid these problems.
> >
>
> That's a pretty silly statement. The real issue is that any library
> needed by binaries in /bin or /sb
Arnd Bergmann wrote:
On Monday 18 December 2006 08:17, Karel Zak wrote:
- remove FS/device detection code
(libblkid from e2fsprogs or libvolumeid is replacement)
I saw that the current Fedora already dynamically links /bin/mount
against /usr/lib/libblkid.so. This obviously do
On Monday 18 December 2006 08:17, Karel Zak wrote:
> - remove FS/device detection code
> (libblkid from e2fsprogs or libvolumeid is replacement)
I saw that the current Fedora already dynamically links /bin/mount
against /usr/lib/libblkid.so. This obviously does not work if
/usr i
>> What about merging util-linux and procps?
>
> How? Which way?
In that all the following tools (and possibly files) which are
returned by `rpm ql procps` replace the util-linux counterparts, if
any. Note that rpm -ql might return less programs than actually
present in procps, since distributors
On 12/20/06, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>> I've originally thought about util-linux upstream fork,
>> but as usually an fork is bad step. So.. I'd like to start
>> some discussion before this step.
> ...
>> after few weeks I'm pleased to announce a new "util-linux-ng"
>> project.
>> I've originally thought about util-linux upstream fork,
>> but as usually an fork is bad step. So.. I'd like to start
>> some discussion before this step.
> ...
>> after few weeks I'm pleased to announce a new "util-linux-ng"
>> project. This project is a fork of the original util-linux (2.13-p
Karel Zak writes:
I've originally thought about util-linux upstream fork,
but as usually an fork is bad step. So.. I'd like to start
some discussion before this step.
...
after few weeks I'm pleased to announce a new "util-linux-ng"
project. This project is a fork of the original util-linux (2
On Mon, Dec 18, 2006 at 10:33:33AM +0100, Jan Engelhardt wrote:
>
> > after few weeks I'm pleased to announce a new "util-linux-ng" project. This
> > project is a fork of the original util-linux (2.13-pre7).
> >
> > The goal of the project is to move util-linux code back to useful state,
> > syn
Jan Engelhardt <[EMAIL PROTECTED]> writes:
>> after few weeks I'm pleased to announce a new "util-linux-ng" project. This
>> project is a fork of the original util-linux (2.13-pre7).
>>
>> The goal of the project is to move util-linux code back to useful state, sync
>> with actual distributions an
On Monday 18 December 2006 10:33, Jan Engelhardt wrote:
> > after few weeks I'm pleased to announce a new "util-linux-ng" project.
> > This project is a fork of the original util-linux (2.13-pre7).
> >
> > The goal of the project is to move util-linux code back to useful state,
> > sync with actual
> after few weeks I'm pleased to announce a new "util-linux-ng" project. This
> project is a fork of the original util-linux (2.13-pre7).
>
> The goal of the project is to move util-linux code back to useful state, sync
> with actual distributions and kernel and make development more transparent
Hello,
after few weeks I'm pleased to announce a new "util-linux-ng" project. This
project is a fork of the original util-linux (2.13-pre7).
The goal of the project is to move util-linux code back to useful state, sync
with actual distributions and kernel and make development more transpar
26 matches
Mail list logo
