Hi Alan,
Am Sat, 30 Dec 2017 02:18:12 +0200 schrieb Alan McKinnon:
[snip]
> It's probably a dodgy kernel point bersion, 4.14 is problematic.
[snip]
> If you want to fix the bugs, then by all means soldier on. But if your
> intent is to have a working system that boots, probably drop using
>
Hello Kai,
Am Sat, 30 Dec 2017 00:48:09 +0100 schrieb Kai Krakow:
[snip]
> If I remember right (many months ago), I fixed it by changing one line
> in /etc/sddm.conf:
>
> [X11]
> ServerArguments=-nolisten tcp -keeptty
>
>This is where
On Sunday, 31 December 2017 18:46:06 GMT Ian Zimmerman wrote:
> On 2017-12-31 01:56, Peter Humphrey wrote:
> > If you don't mind my asking, what factors make you prefer vanilla to
> > gentoo sources? (I assume that's what you use.)
>
> One reason is security fixes. Sometimes longterm vanilla
On 2017-12-31 01:56, Peter Humphrey wrote:
> If you don't mind my asking, what factors make you prefer vanilla to
> gentoo sources? (I assume that's what you use.)
One reason is security fixes. Sometimes longterm vanilla already
includes the fixes from mainline, and when it does not, I know
Hi all,
is there a list of known problems with kernels 4.14.x?
I have a problem with hiddev, nut and a usb ups that appears kernel
dependent.
Cant find anything about 4.14 except for the gentoo-dev list emails
BillK
On 31/12/17 09:56, Peter Humphrey wrote:
> On Sunday, 31 December
On Sunday, 31 December 2017 01:13:26 GMT Ian Zimmerman wrote:
> On 2017-12-31 00:33, Peter Humphrey wrote:
> > But the whole 4.12 branch has been masked, so that won't do. Here,
> > I've had to go back to 4.9.49-r1 (amd64, not ~amd64). But now I see
> > 4.9.72 has been stabilised. I think I'll
On 2017-12-31 00:33, Peter Humphrey wrote:
> But the whole 4.12 branch has been masked, so that won't do. Here,
> I've had to go back to 4.9.49-r1 (amd64, not ~amd64). But now I see
> 4.9.72 has been stabilised. I think I'll wait for some stabiliity in
> the kernel version offerings before I make
On 2017-12-30 17:26, Michael Orlitzky wrote:
> It took a lot of work, but this latest kernel 14.4 enables support for
> machines with 128 pebibytes of RAM, up from the old limit of 256 TiB.
>
>
> On 12/30/2017 05:16 PM, Frank Steinmetzger wrote:
> >
> > On my thinkpad, 4.14 crashes ... when I
Am Thu, 21 Dec 2017 15:41:26 + schrieb Jörg Schaible:
> Hi,
>
> after the update and installation of gentoo-sources-4.14.7 my two
> machines no longer switch to SDDM on VT7, it stays on VT1. However, I
> can switch manually using CTRL-ALT-7 to SDDM and login as usual. If I
> boot with the
I don't know.
If it was a kernel issue directly, I'm pretty sure that manually
switching wouldn't be a viable workaround to begin with. The fact
that the manual method still works means that your kernel and actual
video handling code is probably fine.
The fact that it won't work automiatcally,
On Monday, 25 December 2017 10:07:11 GMT Jörg Schaible wrote:
> Hi Raymond,
>
> Am Sat, 23 Dec 2017 22:59:32 -0800 schrieb Raymond Jennings:
> > That sounds like a possible issue with your X configuration.
> >
> > Did you double check /etc/conf.d/xdm and the like to make sure that your
> > VT is
Hi Raymond,
Am Sat, 23 Dec 2017 22:59:32 -0800 schrieb Raymond Jennings:
> That sounds like a possible issue with your X configuration.
>
> Did you double check /etc/conf.d/xdm and the like to make sure that your
> VT is indeed set to 7.
Content of /etc/conf.d/xdm
=== %< ==
12 matches
Mail list logo
