On 09/19/2017 07:14 PM, Rick Stevens wrote:
On 09/18/2017 11:24 AM, Frédéric Bron wrote:
Hi,
I created a new user using kuser.
I wanted to change his password with passwd user :
$ su
$ passwd user
I got the following error:
passwd: Erreur de manipulation du jeton d'authentification
Then I did
> A few questions
>
> 1. Is the file /.autorelabel gone? It should be, after a relabel.
yes and I saw the relabeling operation. After that, the computer rebooted.
> 2. Do you happen to know what the labels were previously?
Halas, I do not know.
> 3. If you do a "restorecon /etc/passwd"
Hi,
I have a user for which /run/user/${USER} directory is not
automatically created. I manually created the directory and made it
owned by the user and all was fine but after reboot it had disappeard
and I had to do it again.
Could this be related to the fact that the user uses a remote
connecti
On 09/20/17 16:22, Frédéric Bron wrote:
>> A few questions
>>
>> 1. Is the file /.autorelabel gone? It should be, after a relabel.
> yes and I saw the relabeling operation. After that, the computer rebooted.
>
>> 2. Do you happen to know what the labels were previously?
> Halas, I do not kno
> ls -Zd /etc
system_u:object_r:etc_t:s0 /etc/
looks fine?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
On 09/20/17 17:33, Frédéric Bron wrote:
>> ls -Zd /etc
> system_u:object_r:etc_t:s0 /etc/
>
> looks fine?
>
Yes, perfectly fine...
How the output of this?
restorecon -F -v /etc/passwd
FWIW, looking in /etc/selinux/targeted/contexts/files/file_contexts I see
/etc/passwd[-\+]? --
> How the output of this?
>
> restorecon -F -v /etc/passwd
Relabeled /etc/passwd from unconfined_u:object_r:passwd_file_t:s0 to
system_u:object_r:passwd_file_t:s0
So the force option was necessary?
___
users mailing list -- users@lists.fedoraproject.org
On 09/20/17 18:13, Frédéric Bron wrote:
>> How the output of this?
>>
>> restorecon -F -v /etc/passwd
> Relabeled /etc/passwd from unconfined_u:object_r:passwd_file_t:s0 to
> system_u:object_r:passwd_file_t:s0
>
> So the force option was necessary?
Yes But I don't think unconfined_u:object_r:
Allegedly, on or about 20 September 2017, Frédéric Bron sent:
> I have a user for which /run/user/${USER} directory is not
> automatically created. I manually created the directory and made it
> owned by the user and all was fine but after reboot it had disappeard
> and I had to do it again.
Norma
Have a Fedora 26 laptop which I update on a weekly basis by sudo from my
regular account. After applying a batch of updates, including a new kernel, I
rebooted. At the login screen I entered my standard login credentials but
Plasma did not launch and it dropped back to the login screen.
I tri
> Normally, the /run directory is a tmpfs mount (the contents are only
> held in RAM, they're not actually stored on disc). So, anything that's
> inside that directory will always need recreating (if needed) after a
> reboot. Though, having said that, I think that things in it are always
> going
On Wed, 20 Sep 2017 18:18:16 +0200
Frédéric Bron wrote:
> Yes, you're right, it's normal that it is not there after reboot. What
> is not normal is why it is not created automatically.
I don't know if they fixed it yet or not, but I ran into this
bug:
https://bugzilla.redhat.com/show_bug.cgi?id=
On Sep 20, 2017 10:57 AM, "Bob Jackson" wrote:
Have a Fedora 26 laptop which I update on a weekly basis by sudo from my
regular account. After applying a batch of updates, including a new
kernel, I rebooted. At the login screen I entered my standard login
credentials but Plasma did not launch a
The trouble with the instructions:
# ausearch -c 'sddm-helper' --raw | audit2allow -M my-sddmhelper # semodule -X
300 -i my-sddmhelper.pp
is the 1st time it can fail on file 'open'. When you do the above and
'open' is allowed but then get shot down when your program tries
to 'write', 'relabelf
> I don't know if they fixed it yet or not, but I ran into this
> bug:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1471519
I do not think this is that.
What I understood is that:
1. we connect by ssh to launch the vncserver. The ssh connection
creates the /run/user/${USER} directory
2. we lau
On 09/20/2017 11:10 PM, Frédéric Bron wrote:
What I understood is that:
1. we connect by ssh to launch the vncserver. The ssh connection
creates the /run/user/${USER} directory
2. we launch vnc viewer
3. we exit the terminal where we launched vncviewer and at this moment
the directory is removed.
On 09/18/2017 02:20 AM, Eyal Lebedinsky wrote:
I have just upgraded to f24. I am now using the standard
dvb_usb_rtl28xxu fe
which logs messages suggesting all is well (I get the /dev/dvb/adapter?
etc.)
but I get no channels tuned when I run mythfrontend or scandvb.
I strongly suggest you upgr
On 21/09/17 16:34, Samuel Sieb wrote:
On 09/18/2017 02:20 AM, Eyal Lebedinsky wrote:
I have just upgraded to f24. I am now using the standard dvb_usb_rtl28xxu fe
which logs messages suggesting all is well (I get the /dev/dvb/adapter? etc.)
but I get no channels tuned when I run mythfrontend or s
On 09/20/2017 11:52 PM, Eyal Lebedinsky wrote:
dvb_usb_rtl28xxu has issues with this card, it fails to tune.
However, once (the system was rebooted a number of times) running scandvb
managed to tune one multiplex (out of five here), the same one on all
four tuners
(I have two cards installed an
19 matches
Mail list logo
