Re: Cannot add login class (ports/meta/gnome/pkg/README-main)
Adding an empty line at the end of login.conf fixed my problem. -- Patrick Harper paia...@fastmail.com On Tue, 17 Sep 2019, at 14:21, Patrick Harper wrote: > Hi All, > > For a while this file has instructed a new login class to be added to > the end of /etc/login.conf, as per below. > > gnome:\ > :datasize-cur=1024M:\ > :tc=default: > > On both my amd64 machines, this does not effectuate following a reboot. > If I try to create a new user in the class with adduser and try to > specify gnome, > > gnome: is not allowed! > > is printed. gnome is not listed in the 'Default login class list' > either. If I use the usermod command as written in the readme, > > usermod: No such login class `gnome' > > is printed. > > If I try to force the gnome class by editing the chpass database for > the user and rebooting, users will appear on the gdm greeter but it is > impossible to login to them. Users created through the GNOME Settings > are added to the default class and are also impossible to login to, I > think because the password encoding is different. > > My workaround for now is to use the 'staff' login class, which seems to > have resource limits high enough for gnome to work, although it is "not > recommended". With this setup there is a functionality issue - logging > out through the UI causes gdm to exit to the console (although the > daemon seems to continue running), whereas it should display the gdm > greeter. Whether or not this is a byproduct of the staff class settings > I don't know. > > -- > Patrick Harper > paia...@fastmail.com > >
Re: Cannot add login class (ports/meta/gnome/pkg/README-main)
On Tue, Sep 17, 2019 at 02:21:21PM +0100, Patrick Harper wrote: > With this setup there is a functionality issue - logging out > through the UI causes gdm to exit to the console (although the daemon seems > to continue running), whereas it should display the gdm greeter. Whether or > not this is a byproduct of the staff class settings I don't know. Known problem. You will likely find a gdm.core or gnome-session-binary.core file somewhere. It's a crash due to some bug in gdm/glib/gtk/etc. Someone needs to debug and fix it.
Re: Cannot add login class (ports/meta/gnome/pkg/README-main)
I'm using 6.5-stable including the binary package updates. -- Patrick Harper paia...@fastmail.com On Tue, 17 Sep 2019, at 14:21, Patrick Harper wrote: > Hi All, > > For a while this file has instructed a new login class to be added to > the end of /etc/login.conf, as per below. > > gnome:\ > :datasize-cur=1024M:\ > :tc=default: > > On both my amd64 machines, this does not effectuate following a reboot. > If I try to create a new user in the class with adduser and try to > specify gnome, > > gnome: is not allowed! > > is printed. gnome is not listed in the 'Default login class list' > either. If I use the usermod command as written in the readme, > > usermod: No such login class `gnome' > > is printed. > > If I try to force the gnome class by editing the chpass database for > the user and rebooting, users will appear on the gdm greeter but it is > impossible to login to them. Users created through the GNOME Settings > are added to the default class and are also impossible to login to, I > think because the password encoding is different. > > My workaround for now is to use the 'staff' login class, which seems to > have resource limits high enough for gnome to work, although it is "not > recommended". With this setup there is a functionality issue - logging > out through the UI causes gdm to exit to the console (although the > daemon seems to continue running), whereas it should display the gdm > greeter. Whether or not this is a byproduct of the staff class settings > I don't know. > > -- > Patrick Harper > paia...@fastmail.com
Cannot add login class (ports/meta/gnome/pkg/README-main)
Hi All, For a while this file has instructed a new login class to be added to the end of /etc/login.conf, as per below. gnome:\ :datasize-cur=1024M:\ :tc=default: On both my amd64 machines, this does not effectuate following a reboot. If I try to create a new user in the class with adduser and try to specify gnome, gnome: is not allowed! is printed. gnome is not listed in the 'Default login class list' either. If I use the usermod command as written in the readme, usermod: No such login class `gnome' is printed. If I try to force the gnome class by editing the chpass database for the user and rebooting, users will appear on the gdm greeter but it is impossible to login to them. Users created through the GNOME Settings are added to the default class and are also impossible to login to, I think because the password encoding is different. My workaround for now is to use the 'staff' login class, which seems to have resource limits high enough for gnome to work, although it is "not recommended". With this setup there is a functionality issue - logging out through the UI causes gdm to exit to the console (although the daemon seems to continue running), whereas it should display the gdm greeter. Whether or not this is a byproduct of the staff class settings I don't know. -- Patrick Harper paia...@fastmail.com
