Hello!
Please note that I'm currently using the latest version of
selinux-policy-default: 2:2.20140421-11
>
> What I really want to know in such cases is whether other desktop
> environments
> or other XDM programs work. If one program breaks it could be an issue with
> that program. If mult
Hello!
I can still reproduce this:
Install minimal VM image.
Stop sytem.
Add a second disk - passed in as /dev/vdb.
Start system.
Execute:
# apt-get install lvm2
# pvcreate /dev/vdb
# vgcreate vgtst /dev/vdb
# lvcreate -l "100%FREE" -n lvtst01 vgtst
Using the latest selinux-policy-default 2:2.20
Hello!
>
> Firstly this is not a grave bug. Most of the benefits of SE Linux are on
> servers so even if it didn't work for a graphical login that wouldn't be a
> grave bug.
I completely disagree here!
A large part of Debian installations is used as desktop [1].
Just there when using EMails an
Hello!
I checked it with
selinux-policy-default 2:2.20140421-10
from your repo.
For me it works now - eth0 is up and running after boot.
Thanks for the fix.
Kind regards
Andre
On 09/14/2015 02:05 AM, Russell Coker wrote:
> I'm going to upload a new policy to unstable that closes this bu
Hello Remi,
HM
You are completely right.
And I have no real excuse
Maybe except that IMHO synchronization of two different
configuration files (slurm.conf and slurm(ctl)d.service)
might be not a good idea.
Thanks for your reply. From my point of view the bug can be closed.
Sorr
Package: slurmd
Version: 14.03.9-5
Justification: renders package unusable
Severity: grave
Dear Maintainer,
it is not possible to start slurmd under systemd:
root@slurmclient1:~# systemctl stop slurmd
root@slurmclient1:~# time systemctl start slurmd
Job for slurmd.service failed. See 'systemctl
6 matches
Mail list logo