Re: [blfs-dev] gdm does not start on recent Sysv builds

2019-12-17 Thread DJ Lucas via blfs-dev



On 12/17/2019 10:17 AM, Pierre Labastie via blfs-dev wrote:


Le 16/12/2019 à 21:26, Douglas R. Reno via blfs-dev a écrit :


On 12/16/19 2:18 PM, Pierre Labastie via blfs-dev wrote:


Le 16 déc. 2019 16:47, Xi Ruoyao via blfs-dev 
 a écrit :

On 2019-12-16 09:11 -0600, Douglas R. Reno via blfs-dev wrote:

On 12/16/19 3:19 AM, Pierre Labastie via blfs-dev wrote:

Hi,

I had 3 working BLFS builds of Gnome desktop over Sysv, but
somewhere between
one week ago and now, gdm got broken and does not start anymore
(begins
stating, but stops with a message "Oh no ! something has gone
wrong, contact a
system administrator" (how helpful !). I have not
been able to get useful messages from /var/log/gdm, but what I see
now in the
logs is that there are messages from the X server, which weren't
one week ago
(I think gdm was starting directly on wayland). Maybe it has
something to do
with this message from the log file:
gnome-session-binary[1370]: WARNING: Falling back to non-systemd
startup
procedure due to error:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown:
The name org.freedesktop.systemd1 was not provided by any .service
files.

I have no time to investigate more, because I have to leave for a
few days.

I'm around two days out on my SysV system. I should be able to look
into
it a couple days from now.

I think it may be related to one of the updates I did recently. One
suspect could be gnome-desktop. I don't think I updated GDM
recently,
but it could also be gnome-session or gnome-control-center.

If I trust the message, it comes from "gnome-session-binary".


I remember once I upgraded gnome-desktop then seen "Oh no" from GDM.
Then I fixed that by rebuilding GDM.
I've tried that, and even built a fresh system, but nothing worked. 
Note that I can start gnome from command line, with startx and "exec 
gnome-session" in .xinitrc.


Hi Pierre,


I've traced it down to a problem in elogind, and have begun working 
on a fix.


elogind is only setup to read one line from the session data in 
/run/systemd/sessions. GNOME was using the improper behavior 
previously, and was fixed as part of gnome-session-3.34.2. elogind 
has to be adapted to read more than the first line of that file:



"# This is private data. Do not parse."

Won't result in a valid UID after all :-)


Sure :) Thanks for investigating this.

Actually, there is a PR at elogind:

https://github.com/elogind/elogind/pull/142/commits/2b08527c0c939aebfd0ecd04a639cb6435c3f8ef 



I guess a sed should do. Note also that 241.4 is out. Looks like the 
currency script does not take it.


Ready to address this in build tonight so...Ugh. I'm sure there is 
probably something shorter:


sed -e '/^#include "dirent-util.h"/a#include "env-file.h"' \
    -e 's/read_one_line_file(p, \&/parse_env_file(NULL, p, "UID", \&/' \
    -i src/basic/cgroup-util.c

:-) And I just saw the replies in book. Oh well, I went exactly literal.

--DJ

--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] gdm does not start on recent Sysv builds

2019-12-17 Thread Bruce Dubbs via blfs-dev

On 12/17/19 11:20 AM, Bruce Dubbs wrote:

On 12/17/19 10:17 AM, Pierre Labastie via blfs-dev wrote:


Actually, there is a PR at elogind:

https://github.com/elogind/elogind/pull/142/commits/2b08527c0c939aebfd0ecd04a639cb6435c3f8ef 



I guess a sed should do. Note also that 241.4 is out. Looks like the 
currency script does not take it.


The reason elogind is not picked up is because elogind is sysV only.  We 
are using the systemd wget-list because historically it was more 
complete than the sysV version.  Since we added gnome, the differences 
are fewer, but still different. Here is a summary of the current 
differences:


--- ./public_html/blfs-systemd/wget-list
+++ ./public_html/blfs-book/wget-list

+elogind-241.3.tar.gz
+blocaled-0.1.tar.xz
-systemd-244.tar.gz
-gnome-logs-3.34.0.tar.xz

I'll need to figure out how to merge the wget lists and update the 
currency scripts.


Done.  I created a custom wget-list for the currency scripts that 
includes everything.  The scripts now identify elogind as out of date 
and blocaled as current.


  -- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] gdm does not start on recent Sysv builds

2019-12-17 Thread Bruce Dubbs via blfs-dev

On 12/17/19 10:17 AM, Pierre Labastie via blfs-dev wrote:


Actually, there is a PR at elogind:

https://github.com/elogind/elogind/pull/142/commits/2b08527c0c939aebfd0ecd04a639cb6435c3f8ef 



I guess a sed should do. Note also that 241.4 is out. Looks like the 
currency script does not take it.


The reason elogind is not picked up is because elogind is sysV only.  We 
are using the systemd wget-list because historically it was more 
complete than the sysV version.  Since we added gnome, the differences 
are fewer, but still different. Here is a summary of the current 
differences:


--- ./public_html/blfs-systemd/wget-list
+++ ./public_html/blfs-book/wget-list

+elogind-241.3.tar.gz
+blocaled-0.1.tar.xz
-systemd-244.tar.gz
-gnome-logs-3.34.0.tar.xz

I'll need to figure out how to merge the wget lists and update the 
currency scripts.


--

I did download elogind-241.4 but the changes in the commit above have 
not been incorporated.


  -- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] gdm does not start on recent Sysv builds

2019-12-17 Thread Pierre Labastie via blfs-dev


Le 16/12/2019 à 21:26, Douglas R. Reno via blfs-dev a écrit :


On 12/16/19 2:18 PM, Pierre Labastie via blfs-dev wrote:


Le 16 déc. 2019 16:47, Xi Ruoyao via blfs-dev 
 a écrit :

On 2019-12-16 09:11 -0600, Douglas R. Reno via blfs-dev wrote:

On 12/16/19 3:19 AM, Pierre Labastie via blfs-dev wrote:

Hi,

I had 3 working BLFS builds of Gnome desktop over Sysv, but
somewhere between
one week ago and now, gdm got broken and does not start anymore
(begins
stating, but stops with a message "Oh no ! something has gone
wrong, contact a
system administrator" (how helpful !). I have not
been able to get useful messages from /var/log/gdm, but what I see
now in the
logs is that there are messages from the X server, which weren't
one week ago
(I think gdm was starting directly on wayland). Maybe it has
something to do
with this message from the log file:
gnome-session-binary[1370]: WARNING: Falling back to non-systemd
startup
procedure due to error:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown:
The name org.freedesktop.systemd1 was not provided by any .service
files.

I have no time to investigate more, because I have to leave for a
few days.

I'm around two days out on my SysV system. I should be able to look
into
it a couple days from now.

I think it may be related to one of the updates I did recently. One
suspect could be gnome-desktop. I don't think I updated GDM
recently,
but it could also be gnome-session or gnome-control-center.

If I trust the message, it comes from "gnome-session-binary".


I remember once I upgraded gnome-desktop then seen "Oh no" from GDM.
Then I fixed that by rebuilding GDM.
I've tried that, and even built a fresh system, but nothing worked. 
Note that I can start gnome from command line, with startx and "exec 
gnome-session" in .xinitrc.


Hi Pierre,


I've traced it down to a problem in elogind, and have begun working on 
a fix.


elogind is only setup to read one line from the session data in 
/run/systemd/sessions. GNOME was using the improper behavior 
previously, and was fixed as part of gnome-session-3.34.2. elogind has 
to be adapted to read more than the first line of that file:



"# This is private data. Do not parse."

Won't result in a valid UID after all :-)


Sure :) Thanks for investigating this.

Actually, there is a PR at elogind:

https://github.com/elogind/elogind/pull/142/commits/2b08527c0c939aebfd0ecd04a639cb6435c3f8ef

I guess a sed should do. Note also that 241.4 is out. Looks like the 
currency script does not take it.


Pierre

--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] gdm does not start on recent Sysv builds

2019-12-16 Thread Douglas R. Reno via blfs-dev


On 12/16/19 2:18 PM, Pierre Labastie via blfs-dev wrote:


Sent from my WIKO WIM
Le 16 déc. 2019 16:47, Xi Ruoyao via blfs-dev 
 a écrit :

On 2019-12-16 09:11 -0600, Douglas R. Reno via blfs-dev wrote:

On 12/16/19 3:19 AM, Pierre Labastie via blfs-dev wrote:

Hi,

I had 3 working BLFS builds of Gnome desktop over Sysv, but
somewhere between
one week ago and now, gdm got broken and does not start anymore
(begins
stating, but stops with a message "Oh no ! something has gone
wrong, contact a
system administrator" (how helpful !). I have not
been able to get useful messages from /var/log/gdm, but what I see
now in the
logs is that there are messages from the X server, which weren't
one week ago
(I think gdm was starting directly on wayland). Maybe it has
something to do
with this message from the log file:
gnome-session-binary[1370]: WARNING: Falling back to non-systemd
startup
procedure due to error:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown:
The name org.freedesktop.systemd1 was not provided by any .service
files.

I have no time to investigate more, because I have to leave for a
few days.

I'm around two days out on my SysV system. I should be able to look
into
it a couple days from now.

I think it may be related to one of the updates I did recently. One
suspect could be gnome-desktop. I don't think I updated GDM
recently,
but it could also be gnome-session or gnome-control-center.

If I trust the message, it comes from "gnome-session-binary".


I remember once I upgraded gnome-desktop then seen "Oh no" from GDM.
Then I fixed that by rebuilding GDM.

I've tried that, and even built a fresh system, but nothing worked. Note that I can start 
gnome from command line, with startx and "exec gnome-session" in .xinitrc.


Hi Pierre,


I've traced it down to a problem in elogind, and have begun working on a 
fix.


elogind is only setup to read one line from the session data in 
/run/systemd/sessions. GNOME was using the improper behavior previously, 
and was fixed as part of gnome-session-3.34.2. elogind has to be adapted 
to read more than the first line of that file:



"# This is private data. Do not parse."

Won't result in a valid UID after all :-)

--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] gdm does not start on recent Sysv builds

2019-12-16 Thread Pierre Labastie via blfs-dev


Sent from my WIKO WIM
Le 16 déc. 2019 16:47, Xi Ruoyao via blfs-dev 
 a écrit :
>
> On 2019-12-16 09:11 -0600, Douglas R. Reno via blfs-dev wrote:
> > On 12/16/19 3:19 AM, Pierre Labastie via blfs-dev wrote:
> > > Hi,
> > > 
> > > I had 3 working BLFS builds of Gnome desktop over Sysv, but
> > > somewhere between
> > > one week ago and now, gdm got broken and does not start anymore
> > > (begins
> > > stating, but stops with a message "Oh no ! something has gone
> > > wrong, contact a
> > > system administrator" (how helpful !). I have not
> > > been able to get useful messages from /var/log/gdm, but what I see
> > > now in the
> > > logs is that there are messages from the X server, which weren't
> > > one week ago
> > > (I think gdm was starting directly on wayland). Maybe it has
> > > something to do
> > > with this message from the log file:
> > > gnome-session-binary[1370]: WARNING: Falling back to non-systemd
> > > startup
> > > procedure due to error:
> > > GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown:
> > > The name org.freedesktop.systemd1 was not provided by any .service
> > > files.
> > > 
> > > I have no time to investigate more, because I have to leave for a
> > > few days.
> > 
> > I'm around two days out on my SysV system. I should be able to look
> > into 
> > it a couple days from now.
> > 
> > I think it may be related to one of the updates I did recently. One 
> > suspect could be gnome-desktop. I don't think I updated GDM
> > recently, 
> > but it could also be gnome-session or gnome-control-center.

If I trust the message, it comes from "gnome-session-binary".

>
> I remember once I upgraded gnome-desktop then seen "Oh no" from GDM. 
> Then I fixed that by rebuilding GDM.

I've tried that, and even built a fresh system, but nothing worked. Note that I 
can start gnome from command line, with startx and "exec gnome-session" in 
.xinitrc.

>
> > > But I begin to be fed up of those repeated attempts from gnome
> > > folks to
> > > prevent using their desktop without systemd.
> > > Pierre
> -- 
> Xi Ruoyao 
> School of Aerospace Science and Technology, Xidian University
>
> -- 
> http://lists.linuxfromscratch.org/listinfo/blfs-dev
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] gdm does not start on recent Sysv builds

2019-12-16 Thread Xi Ruoyao via blfs-dev
On 2019-12-16 09:11 -0600, Douglas R. Reno via blfs-dev wrote:
> On 12/16/19 3:19 AM, Pierre Labastie via blfs-dev wrote:
> > Hi,
> > 
> > I had 3 working BLFS builds of Gnome desktop over Sysv, but
> > somewhere between
> > one week ago and now, gdm got broken and does not start anymore
> > (begins
> > stating, but stops with a message "Oh no ! something has gone
> > wrong, contact a
> > system administrator" (how helpful !). I have not
> > been able to get useful messages from /var/log/gdm, but what I see
> > now in the
> > logs is that there are messages from the X server, which weren't
> > one week ago
> > (I think gdm was starting directly on wayland). Maybe it has
> > something to do
> > with this message from the log file:
> > gnome-session-binary[1370]: WARNING: Falling back to non-systemd
> > startup
> > procedure due to error:
> > GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown:
> > The name org.freedesktop.systemd1 was not provided by any .service
> > files.
> > 
> > I have no time to investigate more, because I have to leave for a
> > few days.
> 
> I'm around two days out on my SysV system. I should be able to look
> into 
> it a couple days from now.
> 
> I think it may be related to one of the updates I did recently. One 
> suspect could be gnome-desktop. I don't think I updated GDM
> recently, 
> but it could also be gnome-session or gnome-control-center.

I remember once I upgraded gnome-desktop then seen "Oh no" from GDM. 
Then I fixed that by rebuilding GDM.

> > But I begin to be fed up of those repeated attempts from gnome
> > folks to
> > prevent using their desktop without systemd.
> > Pierre
-- 
Xi Ruoyao 
School of Aerospace Science and Technology, Xidian University

-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] gdm does not start on recent Sysv builds

2019-12-16 Thread Douglas R. Reno via blfs-dev


On 12/16/19 3:19 AM, Pierre Labastie via blfs-dev wrote:

Hi,

I had 3 working BLFS builds of Gnome desktop over Sysv, but somewhere between
one week ago and now, gdm got broken and does not start anymore (begins
stating, but stops with a message "Oh no ! something has gone wrong, contact a
system administrator" (how helpful !). I have not
been able to get useful messages from /var/log/gdm, but what I see now in the
logs is that there are messages from the X server, which weren't one week ago
(I think gdm was starting directly on wayland). Maybe it has something to do
with this message from the log file:
gnome-session-binary[1370]: WARNING: Falling back to non-systemd startup
procedure due to error: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown:
The name org.freedesktop.systemd1 was not provided by any .service files.

I have no time to investigate more, because I have to leave for a few days.


I'm around two days out on my SysV system. I should be able to look into 
it a couple days from now.


I think it may be related to one of the updates I did recently. One 
suspect could be gnome-desktop. I don't think I updated GDM recently, 
but it could also be gnome-session or gnome-control-center.



But I begin to be fed up of those repeated attempts from gnome folks to
prevent using their desktop without systemd.
Pierre

--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page