Re: [gentoo-user] gdm fails to start
On Mon, 2017-05-22 at 16:09 +0200, Hogren wrote: > Hello, > > Very simple question but did you have "pam" in your global USE flag > or > Systemd USE flag ? Yes, I am using the gnome/systemd profile: # euse -I pam global use flags (searching: pam) no matching entries found local use flags (searching: pam) [+ D ] pam (net-dialup/ppp): Enables PAM (Pluggable Authentication Modules) support [+ D ] pam (sys-apps/util-linux): build runuser helper # euse -I systemd global use flags (searching: systemd) No matching entries found local use flags (searching: systemd) [+ D ] systemd (gnome-extra/gnome-system-monitor): Display sys-apps/systemd metadata, e.g. unit names, for running processes [+ D ] systemd (media-sound/pulseaudio): Build with sys-apps/systemd support to replace standalone ConsoleKit. [+ D ] systemd (sys-apps/accountsservice): Use sys-apps/systemd instead of sys-auth/consolekit for session tracking [+ D ] systemd (sys-apps/busybox): Support systemd [+ D ] systemd (sys-apps/dbus): Build with sys-apps/systemd at_console support [+ D ] systemd (sys-auth/pambase): Use pam_systemd module to register user sessions in the systemd control group hierarchy. [+ D ] systemd (sys-auth/polkit): Use sys-apps/systemd instead of sys-auth/consolekit for session tracking [+ D ] systemd (sys-fs/udisks): Support sys-apps/systemd's logind # grep USE= /etc/portage/make.conf USE="-bluetooth -cups -cdr -dvd -dvdr -fortran -games -ipv6 -kde -libav -modemmanager -ppp -qt -qt3 -qt4 -shotwell -wifi" > > If this is on the first, did you compile systemd and may be > dependencies > after add it ? I'm not sure I understood the question: the box was initially LXDE/OpenRC; I installed and booted into systemd and got the system up again; then I installed Gnome and removed LXDE. Out of ideas I also recently did an 'emerge -e world'. > > Did you try that: > > > systemctl reset-failed| > > For a guy on github, that solve (without explanation) the problem: > > > > https://github.com/coreos/bugs/issues/1498| > > > > I just tried it and also the other tip mentioned in the bug (modification in the /etc/pam.d/systemd-user), no change. raffaele
Re: [gentoo-user] gdm fails to start
On 23/05/2017 10:34, Raffaele Belardi wrote: > On Mon, 2017-05-22 at 16:09 +0200, Hogren wrote: >> Hello, >> >> Very simple question but did you have "pam" in your global USE flag >> or >> Systemd USE flag ? > Yes, I am using the gnome/systemd profile: > > # euse -I pam > global use flags (searching: pam) > > no matching entries found > > local use flags (searching: pam) > > [+ D ] pam (net-dialup/ppp): > Enables PAM (Pluggable Authentication Modules) support > > [+ D ] pam (sys-apps/util-linux): > build runuser helper There is a "pam" USE flag for systemd. Did you try to add it ? https://packages.gentoo.org/packages/sys-apps/systemd Hogren
Re: [gentoo-user] gdm fails to start
On Tue, 2017-05-23 at 12:53 +0200, Hogren wrote:
>
> On 23/05/2017 10:34, Raffaele Belardi wrote:
> > On Mon, 2017-05-22 at 16:09 +0200, Hogren wrote:
> > > Hello,
> > >
> > > Very simple question but did you have "pam" in your global USE
> > > flag
> > > or
> > > Systemd USE flag ?
> >
> > Yes, I am using the gnome/systemd profile:
> >
> > # euse -I pam
> > global use flags (searching: pam)
> >
> > no matching entries found
> >
> > local use flags (searching: pam)
> >
> > [+ D ] pam (net-dialup/ppp):
> > Enables PAM (Pluggable Authentication Modules) support
> >
> > [+ D ] pam (sys-apps/util-linux):
> > build runuser helper
>
> There is a "pam" USE flag for systemd.
> Did you try to add it ?
> https://packages.gentoo.org/packages/sys-apps/systemd
>
> Hogren
>
Yes, it is set, I don't know why euse does not show it:
# eix -I sys-apps/systemd
[I] sys-apps/systemd
Available versions: 226-r2(0/2) (~)231(0/2) [M](~)232(0/2) 233-
r1(0/2) **(0/2) {acl apparmor audit build cryptsetup curl doc
elfutils (+)gcrypt gnuefi http idn importd +kdbus +kmod +libidn2 +lz4
lzma nat pam policykit qrcode +seccomp selinux ssl sysv-utils test
vanilla xkb ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64"
ABI_X86="32 64 x32"}
Installed versions: 233-r1(05:53:09 AM 05/20/2017)(acl gcrypt
kmod lz4 pam policykit seccomp ssl -apparmor -audit -build -cryptsetup
-curl -doc -elfutils -gnuefi -http -idn -importd -lzma -nat -qrcode
-selinux -sysv-utils -test -vanilla -xkb ABI_MIPS="-n32 -n64 -o32"
ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 -64 -x32")
Re: [gentoo-user] gdm fails to start
I suppose there is a group in /etc/groups for gdm ?
Does your user is associate with this group ?
Hogren
On 23/05/2017 13:53, Raffaele Belardi wrote:
> On Tue, 2017-05-23 at 12:53 +0200, Hogren wrote:
>> On 23/05/2017 10:34, Raffaele Belardi wrote:
>>> On Mon, 2017-05-22 at 16:09 +0200, Hogren wrote:
Hello,
Very simple question but did you have "pam" in your global USE
flag
or
Systemd USE flag ?
>>> Yes, I am using the gnome/systemd profile:
>>>
>>> # euse -I pam
>>> global use flags (searching: pam)
>>>
>>> no matching entries found
>>>
>>> local use flags (searching: pam)
>>>
>>> [+ D ] pam (net-dialup/ppp):
>>> Enables PAM (Pluggable Authentication Modules) support
>>>
>>> [+ D ] pam (sys-apps/util-linux):
>>> build runuser helper
>> There is a "pam" USE flag for systemd.
>> Did you try to add it ?
>> https://packages.gentoo.org/packages/sys-apps/systemd
>>
>> Hogren
>>
> Yes, it is set, I don't know why euse does not show it:
>
> # eix -I sys-apps/systemd
> [I] sys-apps/systemd
> Available versions: 226-r2(0/2) (~)231(0/2) [M](~)232(0/2) 233-
> r1(0/2) **(0/2) {acl apparmor audit build cryptsetup curl doc
> elfutils (+)gcrypt gnuefi http idn importd +kdbus +kmod +libidn2 +lz4
> lzma nat pam policykit qrcode +seccomp selinux ssl sysv-utils test
> vanilla xkb ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64"
> ABI_X86="32 64 x32"}
> Installed versions: 233-r1(05:53:09 AM 05/20/2017)(acl gcrypt
> kmod lz4 pam policykit seccomp ssl -apparmor -audit -build -cryptsetup
> -curl -doc -elfutils -gnuefi -http -idn -importd -lzma -nat -qrcode
> -selinux -sysv-utils -test -vanilla -xkb ABI_MIPS="-n32 -n64 -o32"
> ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 -64 -x32")
>
>
Re: [gentoo-user] gdm fails to start
On Tue, 2017-05-23 at 14:05 +0200, Hogren wrote: > I suppose there is a group in /etc/groups for gdm ? > > Does your user is associate with this group ? > > Yes, there is a gdm group but my user is not part of it. I will test it later since I cannot logout right now, but where did you find a reference for this? Searching for a reference myself, I found this not really related but interesting (https://help.gnome.org/admin/gdm/stable/security.html.en): "The only special privilege the "gdm" user requires is the ability to read and write Xauth files to the /run/gdm directory. The /run/gdm directory should have root:gdm ownership and 1777 permissions." My /var/run/gdm has different permissions: drwx--x--x 3 root gdm 60 May 23 10:19 gdm I did not change or create this directory so it must be the default created by the ebuild. Can anyone confirm that with these permissions gdm works correctly? raffaele
Re: [gentoo-user] gdm fails to start
On 23/05/2017 14:44, Raffaele Belardi wrote: > On Tue, 2017-05-23 at 14:05 +0200, Hogren wrote: >> I suppose there is a group in /etc/groups for gdm ? >> >> Does your user is associate with this group ? >> >> > Yes, there is a gdm group but my user is not part of it. I will test it > later since I cannot logout right now, but where did you find a > reference for this? Hum, sorry it's possible that it's a mistake. Other thing, who is the user UID=32 ? Why it's him who try to execute systemd ? > > Searching for a reference myself, I found this not really related but > interesting (https://help.gnome.org/admin/gdm/stable/security.html.en): > > "The only special privilege the "gdm" user requires is the > ability to read and write Xauth files to the /run/gdm > directory. The /run/gdm directory should have root:gdm ownership > and 1777 permissions." > > My /var/run/gdm has different permissions: > > drwx--x--x 3 root gdm 60 May 23 10:19 gdm > > I did not change or create this directory so it must be the default > created by the ebuild. Can anyone confirm that with these permissions > gdm works correctly? > > raffaele > Hogren
Re: [gentoo-user] gdm fails to start
On Tue, 2017-05-23 at 17:17 +0200, Hogren wrote: > > On 23/05/2017 14:44, Raffaele Belardi wrote: > > On Tue, 2017-05-23 at 14:05 +0200, Hogren wrote: > > > I suppose there is a group in /etc/groups for gdm ? > > > > > > Does your user is associate with this group ? > > > > > > > > > > Yes, there is a gdm group but my user is not part of it. I will > > test it > > later since I cannot logout right now, but where did you find a > > reference for this? > > Hum, sorry it's possible that it's a mistake. Anyway, I just tried to add my user to group gdm, no change. > > Other thing, who is the user UID=32 ? > > Why it's him who try to execute systemd ? It's gdm, by comparison with another system where gdm starts fine it is normal. > > > > "The only special privilege the "gdm" user requires is the > > ability to read and write Xauth files to the /run/gdm > > directory. The /run/gdm directory should have root:gdm > > ownership > > and 1777 permissions." > > > > My /var/run/gdm has different permissions: > > > > drwx--x--x 3 root gdm 60 May 23 10:19 gdm > > I tried to set the /var/lib/gdm permission to 1777, no change. Finally I cleared the /var/lib/gdm contents, no change. Going back to the error log: systemd[356]: user@32.service: Failed at step PAM spawning /usr/lib/systemd/systemd: Operation not permitted I believe that systemd is telling me that PAM did not allow spawning a '/usr/lib/systemd/systemd' for user gdm. Maybe I should try to understand why PAM is denying it. Anyone expert with PAM? raffaele
Re: [gentoo-user] Re: Re: Qt-4.8.7 bug
On Mon, May 22, 2017 at 09:49:01AM +0200, Jörg Schaible wrote:
> Peter Humphrey wrote:
>
> [snip]
>
> well, this does not seem to be the complete truth. When I switched to gcc
> 5.x I did a revdep-rebuild for anything that was compiled against
> libstdc++.so.6 just like the according news entry was recommending. And I am
> quite sure that those Qt plugins were part of my 515 recompiled packages.
>
> Nevertheless, my KDE 4 apps were broken after the update to Qt 4.8.7.
> Rebuilding anything that was using libQtCore.so.4 solved it, but I fail to
> see how this is related to the gcc update two weeks ago.
I, too, was affected by this. I did the libstdc++ rebuild after upgrading
gcc (some 550 packages) a while back and now I was hit by the Qt problem, so
another rebuild of 500 packages with --changed-deps world.
Once finished, it left me with a new problem:
KDE doesn’t find my beloved terminus font anymore, both on my PC and my laptop.
It does not show up in any font selection dialog. The same goes for GTK
applications such as gimp (GTK2) and firefox (GTK3). No Terminus anywhere.
Does that ring a bell with anyone?
$ eix -e terminus-font
[I] media-fonts/terminus-font
Available versions: 4.39-r1 ~4.40 {X a-like-o +center-tilde distinct-l
+pcf +pcf-unicode-only +psf quote raw-font-data ru-dv +ru-g ru-i ru-k}
Installed versions: 4.39-r1(20:45:20 12/24/16)(X center-tilde pcf
pcf-unicode-only psf ru-g -a-like-o -distinct-l -quote -raw-font-data -ru-dv
-ru-i -ru-k)
$ fc-list | grep -i terminus
/usr/share/fonts/terminus/ter-x24b.pcf.gz: xos4 Terminus:style=Bold
/usr/share/fonts/terminus/ter-x12b.pcf.gz: xos4 Terminus:style=Bold
/usr/share/fonts/terminus/ter-x32b.pcf.gz: xos4 Terminus:style=Bold
/usr/share/fonts/terminus/ter-x22b.pcf.gz: xos4 Terminus:style=Bold
/usr/share/fonts/terminus/ter-x18b.pcf.gz: xos4 Terminus:style=Bold
/usr/share/fonts/terminus/ter-x28b.pcf.gz: xos4 Terminus:style=Bold
/usr/share/fonts/terminus/ter-x20b.pcf.gz: xos4 Terminus:style=Bold
/usr/share/fonts/terminus/ter-x18n.pcf.gz: xos4 Terminus:style=Regular
/usr/share/fonts/terminus/ter-x28n.pcf.gz: xos4 Terminus:style=Regular
/usr/share/fonts/terminus/ter-x20n.pcf.gz: xos4 Terminus:style=Regular
/usr/share/fonts/terminus/ter-x12n.pcf.gz: xos4 Terminus:style=Regular
/usr/share/fonts/terminus/ter-x32n.pcf.gz: xos4 Terminus:style=Regular
/usr/share/fonts/terminus/ter-x22n.pcf.gz: xos4 Terminus:style=Regular
/usr/share/fonts/terminus/ter-x14n.pcf.gz: xos4 Terminus:style=Regular
/usr/share/fonts/terminus/ter-x24n.pcf.gz: xos4 Terminus:style=Regular
/usr/share/fonts/terminus/ter-x16b.pcf.gz: xos4 Terminus:style=Bold
/usr/share/fonts/terminus/ter-x16n.pcf.gz: xos4 Terminus:style=Regular
/usr/share/fonts/terminus/ter-x14b.pcf.gz: xos4 Terminus:style=Bold
$ qlop -l terminus-font|tail -n 1
Sat Dec 24 20:45:34 2016 >>> media-fonts/terminus-font-4.39-r1
I never used eselect fontconfig in the past (do I actually have to?), but
since terminus was disabled, I enabled it. It did not help either.
$ eselect fontconfig list|grep terminus
[50] 75-yes-terminus.conf *
Cheers.
--
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.
Congratulations! You’ve never been late as early as today.
signature.asc
Description: Digital signature
[gentoo-user] ATI Radeon X1300 Framebuffer not working
Hello, I got a used PCIe Radeon X1300 (RV516) off ebay for the s-video output to use with an old tv that only has component, composite, and s-video inputs and I need a working framebuffer. When I power on the PC the manufacturer's logo comes on (with black borders on the sides), then GRUB2 comes on just fine but I can only get a working VGA text console. If I load the radeon drm driver I get a framebuffer console but with horizontal green lines at 1024x768 res (s-video's max). If I lower the resolution the lines get redder until at 640x480 the whole screen turns magenta. I suspect the card is bad but I wanted to get your opinions first. I tried booting from several live CDs and they all have the same problem. I also tried a WinPE CD and that one seems to work fine but I suspect is because it uses the boot resolution and never sets it, just like the vga console. I tried to load the vesafb, uvesafb, radeonfb, and the simple framebuffer driver but none of them work, I get a black screen or the text vga console if I enable it. And the kernel log shows nothing about related to it. If I compile them as module the module loads without error but I don't get a framebuffer and the log doesn't show anything. -- Fernando Rodriguez
[gentoo-user] Re: Qt-4.8.7 bug
On 2017-05-23 23:16, Frank Steinmetzger wrote: > KDE doesn’t find my beloved terminus font anymore, both on my PC and > my laptop. It does not show up in any font selection dialog. The same > goes for GTK applications such as gimp (GTK2) and firefox (GTK3). No > Terminus anywhere. > > Does that ring a bell with anyone? Yes: https://bugs.gentoo.org/show_bug.cgi?id=618918 I seem to scent a faint Poettering type hormone in the air around freetype :-( -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html
[gentoo-user] tmp on tmpfs
So what are gentoo users' opinions on this matter of faith? I have long been in the camp that thinks tmpfs for /tmp has no advantages (and may have disadvantages) over a normal filesystem like ext3, because the files there are normally so small that they will stay in the page cache 100% of the time. But I see that tmpfs is the default with systemd. Surely they have a good reason for this? :) -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html
Re: [gentoo-user] tmp on tmpfs
On 17-05-23 at 22:16, Ian Zimmerman wrote: > So what are gentoo users' opinions on this matter of faith? I use an ext4 partition backed by zram. Gives me ~3x compression on the things I normally have lying around there (plain text files) and ensures that anything I throw there (or programs throw there) gets cleaned up on reboot. > I have long been in the camp that thinks tmpfs for /tmp has no > advantages (and may have disadvantages) over a normal filesystem like > ext3, because the files there are normally so small that they will stay > in the page cache 100% of the time. I've never actually benchmarked this. Most of the things I notice that tend to end up there are temporary build files generated during configure stages or temporary log files used by various programs (clang static analyzer). Even if the entire file stays in the page cache, it'll still generate IO overhead and extra seeks that might slow down the rest of your system (unless your /tmp is on a different hard drive) which on spinning rust will cause slowdowns while on an ssd it'll eat away at your writes (which you may or may not have to worry about). > But I see that tmpfs is the default with systemd. Surely they have a > good reason for this? :) Or someone decided they liked the idea and made it the default and nobody ever complained (or if they did were told to just change it on their system). Either way, it'd be nice if someone actually benchmarked this. -- Simon Thelen
[gentoo-user] Re: tmp on tmpfs
Am Wed, 24 May 2017 07:34:34 +0200 schrieb gentoo-u...@c-14.de: > On 17-05-23 at 22:16, Ian Zimmerman wrote: > > So what are gentoo users' opinions on this matter of faith? > I use an ext4 partition backed by zram. Gives me ~3x compression on > the things I normally have lying around there (plain text files) and > ensures that anything I throw there (or programs throw there) gets > cleaned up on reboot. > > > I have long been in the camp that thinks tmpfs for /tmp has no > > advantages (and may have disadvantages) over a normal filesystem > > like ext3, because the files there are normally so small that they > > will stay in the page cache 100% of the time. > I've never actually benchmarked this. Most of the things I notice that > tend to end up there are temporary build files generated during > configure stages or temporary log files used by various programs > (clang static analyzer). Even if the entire file stays in the page > cache, it'll still generate IO overhead and extra seeks that might > slow down the rest of your system (unless your /tmp is on a different > hard drive) which on spinning rust will cause slowdowns while on an > ssd it'll eat away at your writes (which you may or may not have to > worry about). > > > But I see that tmpfs is the default with systemd. Surely they have > > a good reason for this? :) > Or someone decided they liked the idea and made it the default and > nobody ever complained (or if they did were told to just change it on > their system). > > Either way, it'd be nice if someone actually benchmarked this. While I have no benchmarks and use the systemd default of tmpfs for /tmp, I also put /var/tmp/portage on tmpfs, automounted through systemd so it is cleaned up when no longer used (by unmounting). What can I say? It works so much faster: Building packages is a lot faster most of the time, even if you'd expect gcc uses a lot of memory. Well, why might that be? First, tmpfs is backed by swap space, that means, you need a swap partition of course. Swap is a lot simpler than file systems, so swapping out unused temporary files is fast and is a good thing. Also, unused memory sitting around may be swapped out early. Why would you want inactive memory resident? So this is also a good thing. Portage can use memory much more efficient by this. Applying this reasoning over to /tmp should no explain why it works so well and why you may want it. BTW: I also use zswap, so tmpfs sits in front of a compressed write-back cache before being written out to swap compressed. This should generally be much more efficient (performance-wise) than putting /tmp on zram. I configured tmpfs for portage to use up to 30GB of space, which is almost twice the RAM I have. And it works because tmpfs is not required to be resident all the time: Inactive parts will be swapped out. The kernel handles this much similar to the page cache, with the difference that your files aren't backed by your normal file system but by swap. And swap has a lot lower IO overhead. Overall, having less IO overhead (and less head movement for portage builds) is a very very efficient thing to do. GCC constantly needs all sorts of files from your installation (libs for linking, header files, etc), and writes a lot of transient files which are needed once later and then discarded. There's no point in putting it on a non-transient file system. I use the following measures to get more performance out of this setup: * I have three swap partitions spread across three HDDs * I have a lot of swap space (60 GB) to have space for tmpfs * I have bcache in front of my HDD filesystem * I have a relatively big SSD dedicated to bcache My best recommendation is to separate swap and filesystem devices. While I didn't do it that way, I still separate them through bcache and thus decouple fs access and swap access although they are on the same physical devices. My bcache is big enough that most accesses would go to the SSD only. I enabled write-back to have that effect also for write access. If you cannot physically split swap from fs, a tmpfs setup for portage may not be recommended (except you have a lot of memory, like 16GB or above). But YMMV. Still, I recommend it for /tmp, especially if your system is on SSD. Unix semantics suggest that /tmp is not expected to survive reboots anyways (in contrast, /var/tmp is expected to survive reboots), so tmpfs is a logical consequence to use for /tmp. -- Regards, Kai Replies to list-only preferred.
Re: [gentoo-user] tmp on tmpfs
On Tue, May 23, 2017 at 10:16:56PM -0700, Ian Zimmerman wrote: > So what are gentoo users' opinions on this matter of faith? > > I have long been in the camp that thinks tmpfs for /tmp has no > advantages (and may have disadvantages) over a normal filesystem like > ext3, because the files there are normally so small that they will stay > in the page cache 100% of the time. > > But I see that tmpfs is the default with systemd. Surely they have a > good reason for this? :) for most purposes, it avoids thrashing your storage media with useless i/o. if your purposes are unusual, by all means change it back.
Re: [gentoo-user] Re: Qt-4.8.7 bug
On Tue, May 23, 2017 at 09:59:20PM -0700, Ian Zimmerman wrote: > On 2017-05-23 23:16, Frank Steinmetzger wrote: > > > KDE doesn’t find my beloved terminus font anymore, both on my PC and > > my laptop. It does not show up in any font selection dialog. The same > > goes for GTK applications such as gimp (GTK2) and firefox (GTK3). No > > Terminus anywhere. > > > > Does that ring a bell with anyone? > > Yes: > > https://bugs.gentoo.org/show_bug.cgi?id=618918 > > I seem to scent a faint Poettering type hormone in the air around > freetype :-( Ah, thank you very very much. I’ll be offline for the next few days and it’s nice to know a solution. Coulda thunk myself to look at bgo. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. The boss is a human just like everyone else, he just doesn’t know. signature.asc Description: Digital signature
