Is anybody getting the same message:
Calculating world dependencies /!!! Digest verification failed:
!!! /usr/portage/x11-apps/xinit/xinit-1.0.4.ebuild
!!! Reason: Failed on MD5 verification
!!! Got: 7ae3e7a071d5e4be0dcc383be0296cd4
!!! Expected: efca1aded79a7769716360bd4cfffb92
--
#Joseph
Joseph schrieb:
Is anybody getting the same message:
Calculating world dependencies /!!! Digest verification failed:
!!! /usr/portage/x11-apps/xinit/xinit-1.0.4.ebuild
!!! Reason: Failed on MD5 verification
!!! Got: 7ae3e7a071d5e4be0dcc383be0296cd4
!!! Expected
I have cost eight hours and forty minutes in installing KDE Meta.
When I wake up this morning it has done. But when I startx,
it can't work, output messages are below:
xauth: file /root/.serverauth. ( is changed each time
I use startx) does not exist
/etc/X11/xinit/xserverrc : line2 : /usr
-rsh-0.17-r9 (0)
$ equery d netkit-rsh
[ Searching for packages depending on netkit-rsh... ]
x11-apps/xsm-1.0.1 (net-misc/netkit-rsh)
$ equery d xsm
[ Searching for packages depending on xsm... ]
x11-apps/xinit-1.0.5-r1 (!minimal? x11-apps/xsm)
$ equery d xinit
[ Searching for packages depending
Hi Philip,
My user is in 'tty wheel usb input video' (among others).
that shoud suffice.
You need to use '-keeptty' for xinit and preselect a TTY. For myself I
have put this into my bashrc and it works quite well:
xinit ()
{
local VT;
local DISPLAY;
VT=vt$(tty | sed 's/.*tty
Hi folks,
why is the xdm startup script (/etc/init.d/xdm) and config stuff
(/etc/conf.d/xdm) in the xinit package, not in xdm ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
not exist
/etc/X11/xinit/xserverrc : line2 : /usr/bin/X No such file or directory
/etc/X11/xinit/xserverrc : line2 : exec /usr/bin/X : Cannot execute :
No such file or directory
xinit : giving up
xinit: unable to connect to X server : Connection refused
xinit : server error
I gotta to tell you
not exist
/etc/X11/xinit/xserverrc : line2 : /usr/bin/X No such file or directory
/etc/X11/xinit/xserverrc : line2 : exec /usr/bin/X : Cannot execute :
No such file or directory
xinit : giving up
xinit: unable to connect to X server : Connection refused
xinit : server error
I gotta to tell you
tell you what wants them, but not why. In particular, it
doesn't specify why xinit-1.0.2-r6, which didn't need xsm on September
22nd, now does.
http://sources.gentoo.org/viewcvs.py/gentoo-x86/x11-apps/xinit/xinit-1.0.2-r6.ebuild?rev=1.12view=log
--
Bo Andresen
pgp1qDjRqlNBV.pgp
Description
on another X server using xinit (xinit
/usr/bin/stellarium -- :1). But if I do that the new xserver has not
direct rendering (checked with glxinfo).
Where can the problem be?
m.
--
[EMAIL PROTECTED] mailing list
On Sat, 2007-06-30 at 16:10 +0200, Enrico Weigelt wrote:
Hi folks,
why is the xdm startup script (/etc/init.d/xdm) and config stuff
(/etc/conf.d/xdm) in the xinit package, not in xdm ?
The xdm init and config file are also used to run gdm, kdm,
entrance, probably other display managers
XF86TouchpadToggle: line 122 of inet
expected keysym, got XF86TouchpadToggle: line 122 of inet
expected keysym, got XF86TouchpadToggle: line 122 of inet
/etc/X11/xinit/xinitrc: line 58: twm: command not found
/etc/X11/xinit/xinitrc: line 59: xclock: command not found
/etc/X11/xinit/xinitrc: line 60
Apparently, though unproven, at 05:13 on Saturday 23 October 2010, Allan
Gottlieb did opine thusly:
Now I have masked mesa-7.8.2 downgrading to 7.7.1, which necessitated a
downgrade of xorg-server to 1.7.7-r1 (latest stable), which necessitated
a downgrade of xinit to 1.2.1.
Thus my
a downgrade of xinit to 1.2.1.
Thus my emerges now generate msgs that updates to xorg-server and xinit
are being skipped due to unsatisfied dependencies.
Other than this, the emerges perform normally and the system runs well.
I could mask the newer versions of xorg-server and xinit
to
switch between them except by clicking. Fluxbox just runs ontop of X,
and manages it's windows, adding decorations and a sane way to control
them. For example, try doing:
xinit xterm -e /bin/bash -- /usr/bin/X -nolisten tcp
and run fluxbox from the xterm. It's just a layer ontop of an already
it was logged to STDOUT, but i couldn't see
that as the screen was blank).
Then after fixing that;
which: no keychain in
(/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.3)
/etc/X11/xinit/xinitrc: line 63: exec: xterm: not found
/etc/X11/xinit
On Wednesday 21 February 2007, John covici [EMAIL PROTECTED] wrote
'why does not startx or xinit start gnome?':
Because I want to use KDE.
Seriously though, Gentoo allows you to set up your .xsession manually
and 'startx' should use it. I know KDE also provides a 'startkde' script
* Rakotomandimby Mihamina [06-06-02 12:12]:
[...]
I also put _only_:
fvwm
into
/etc/X11/xinit/xinitrc
When I launch startx:
[...]
As you see, no errors.
Ont thing I notice: I quickly a x in the middle of the screen then it
disapears. It's the mouse pointer. But it rapidly
On Tuesday 16 October 2007, econti wrote:
It does not work! ;-(
DISPLAYMANAGER was already set to kdm
In my opinion the trouble is in /etc/X11/startDM.sh, but I do not know
where.
Try to do:
emerge -1 baselayout
I vaguely remember something about xinit and baselayout being dependent
I can run Xinit and XDM to get into a window manager, but when I run GDM
I get a login screen, I login, and then it hangs. Nothing in
/var/log/messages. I'm not sure how to debug.
--Kurt
--
gentoo-user@gentoo.org mailing list
On Wednesday 21 February 2007 13:19, John covici wrote:
Yep, that does work, but I had no idea that functionality was even
there -- the line was commented out in the file.
That sets a systemwide default. As others suggested, the file ~/.xinitrc
might be used to choose on a per-user basis the
On Wednesday 21 February 2007 14:41, Etaoin Shrdlu wrote:
If you want to use a display manager, you should set DISPLAYMANAGER
in /etc/conf.d/xdm.
and, of course, add xdm to your runlevel.
--
gentoo-user@gentoo.org mailing list
Neil Bothwick wrote:
emerge --update --deep --tree world will tell you why.
I thought I did that, but I must have missed the xinit dependency and
it's related minimal USE flag. Guess I was too tired...
Thanks for the input!
Best regards
Peter K
--
gentoo-user@gentoo.org mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
$ xinit lxsession -- :1
?
- --
Stop talking and start compiling.
Linux user #557897
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net
Hi All,
I noticed that sddm comes up with a US keyboard layout and there is no other
choice on the dropdown list. Shouldn't it pick up my env somehow? How can I
change this, short of using my own xinit or .xsession?
--
Regards,
Mick
signature.asc
Description: This is a digitally signed
Hello list,
In case anyone else trips over this, as I did today in my routine update,
see https://bugs.gentoo.org/634706. I followed comment 2.
The symptom is that sddm cannot start KDE, so you have to log in and startx.
--
Regards,
Peter.
On 2022-03-15, Grant Edwards wrote:
>> I bit the bullet, let it depclean and rebooted.
>
> I'll give that a go the next time I'm in the office (which is where
> the machine in question lives).
It _almost_ "just worked". The names of the displays changed, so I had
t
not exist, 0)
expected keysym, got XF86TouchpadToggle: line 122 of inet
expected keysym, got XF86TouchpadToggle: line 122 of inet
expected keysym, got XF86TouchpadToggle: line 122 of inet
expected keysym, got XF86TouchpadToggle: line 122 of inet
/etc/X11/xinit/xinitrc: line 58: twm: command
keysym, got XF86TouchpadToggle: line 122 of inet
expected keysym, got XF86TouchpadToggle: line 122 of inet
expected keysym, got XF86TouchpadToggle: line 122 of inet
/etc/X11/xinit/xinitrc: line 58: twm: command not found
/etc/X11/xinit/xinitrc: line 59: xclock: command not found
/etc/X11/xinit/xinitrc
long with a usb mouse.
Probably the new evdev-driver overrides synaptics. If you do not need
evdev and can live with the normal drivers like kbd for keyboard and
synaptics, you can try to disable it. There are various ways for doing
it (google it), I recommend:
echo x11-apps/xinit -hal /etc
is this server doing and could it be a
solution for my problem?
I use a workaround to accomplish something similar. You'll have to adapt
it as I use startx not a display manager. I have two ServerLayout
sections in xorg.conf (RADEON and FGLRX), and xinit takes a -layout
argument to choose between them
EndSubSection
EndSection
(Replace 1920x1080 with the resolution you want.)
Also make sure to start nvidia-settings --load-config-only when
starting X. Unfortunately, Gentoo does not do this automatically (like
Ubuntu and other distros), so you need to do it manually by putting this
in /etc/X11/xinit
and tty8 at will. Usually I don't start xfce
at all, but for the times when I do, I'd be nice to do this without editing a
file. Can I simplify this process? Is there anyone else who uses multiple
WMs? How do you manage them?
If you use xinit instead of startx, you can use
sion denied)
>>
>> (EE) Server terminated with error (1). Closing log file.
>> xinit: giving up
>> xinit: unable to connect to X server: Connection refused
>>
> [snip]
>
> If anybody have or get this "AMD Ryzen 5 3400G with Radeon Vega Graphics"
> ls
On 4/7/21 6:24 PM, the...@sys-concept.com wrote:
> This is a new installation and I'm getting an error on starting X
>
> Fatal server error:
> (EE) xf86OpenConsole: Cannot open virtual console 7 (Permission denied)
>
> (EE) Server terminated with error (1). Closing log file.
On Tue, Sep 14, 2021 at 03:33:14AM -0500, Dale wrote
>
> I'm no pro at this but I think if you update xinit and sysvinit first it
> will clear that block. It could be the other way around tho. If init
> packages first doesn't work, try the display-manager-init first.
> Sometim
Walter Dnes wrote:
> On Tue, Sep 14, 2021 at 03:33:14AM -0500, Dale wrote
>> I'm no pro at this but I think if you update xinit and sysvinit first it
>> will clear that block. It could be the other way around tho. If init
>> packages first doesn't work, try the displ
On Thursday 31 January 2008, maxim wexler wrote:
But now, startx fails:
/etc/X11/xinit/xinitrc: line 45: startkde: command not
found
startkde is not in your $PATH. It's normal location is
/usr/kde/3.5/bin/startkde
Either use an explicit full path to the binary or update your PATH
emerge --info?
'equery depends' shows depedencies and possible depedencies, and it
doesn't care if they're installed or not.
For example, if I've set USE=minimal for xinit so xterm won't be
pulled in:
[EMAIL PROTECTED] ~ $ equery d xterm
[ Searching for packages depending on xterm... ]
x11-apps
exec /etc/X11/xinit/xinitrc
How to configure it to use clipboard in tightvnc?
Any help will be appreciated!
--
wcw
.
Gnome: add an entry to ~/.gnome2/session-manual.
For a site-wide item, use /etc/X11/xinit/xinitrc.d/
or /etc/X11/Xsession.d/.
--
gentoo-user@gentoo.org mailing list
Hi. I was having major problems getting gnome to work at all when I
discovered that it onlyy works if I login using gdm -- is there
something about the gentoo distribution which has broken startx so
gnome does not run or am I doing something wrong here?
Thanks.
--
Your life is like a penny.
On Wednesday 21 February 2007 09:02, John covici wrote:
Hi. I was having major problems getting gnome to work at all when I
discovered that it onlyy works if I login using gdm -- is there
something about the gentoo distribution which has broken startx so
gnome does not run or am I doing
On Sun, 2007-05-27 at 20:30 +, b.n. wrote:
I add the output of xinit/xorg below. The bad line seems:
(EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI.
but why?
Probably because you have an Radeon, and it's probably for the same
reason DRI doesn't work with Xinerama
Albert Hopkins ha scritto:
On Sun, 2007-05-27 at 20:30 +, b.n. wrote:
I add the output of xinit/xorg below. The bad line seems:
(EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI.
but why?
Probably because you have an Radeon, and it's probably for the same
reason DRI doesn't
On Saturday 25 March 2006 21:58, Peter Ruskin wrote:
On Saturday 25 March 2006 21:22, Lord Sauron wrote:
Found xinit! However... it's very... confusing.
What you want is a file called .xsession in your home directory.
Mine just contains:
#!/bin/sh
`which startkde`
Why not just:
#!/bin
On Saturday 13 May 2006 00:49, Robert Persson wrote:
Is it possible to choose between different xorg.conf files depending
on your needs? What I mean is, can you get startx or xinit to choose a
config file other than the default?
Yes, just use the -config option, eg
startx -- -config config
Albert Hopkins wrote:
I can't get netkit-rsh (not that I want it but it's an (indirect)
runtime dependency of xinit). This is a brand new machine that I'm
building.
Basically the error is:
Checking for BSD signal semantics... no
This package needs BSD signal semantics
More adventures with sddm, but I thought of posting separately about this.
I emerge numlockx and created a bash script in /etc/X11/xinit/xinitrc.d/95-
numlockx to run 'numlockx on'.
sddm launches e20.6 with the numlock switched on. Then kmail asks for a
passwd and as soon as the user starts
On 10/19 10:15, Peter Humphrey wrote:
> Hello list,
>
> In case anyone else trips over this, as I did today in my routine update,
> see https://bugs.gentoo.org/634706. I followed comment 2.
>
> The symptom is that sddm cannot start KDE, so you have to log in and startx.
>
> --
> Regards,
>
of sense to me since I use the GUI and xdm
service. I think this might make sense to you tho.
>From the console
To start Plasma with xinit/startx, append exec startplasma-x11 to
your .xinitrc file.
Does that help?
Dale
:-) :-)
wrapper=/etc/lightdm/Xsession
Enabled in /etc/lightdm/lightdm.conf ?
/etc/lightdm/Xsession is sourcing
/etc/X11/xinit/xinitrc.d/80-dbus
which runs dbus-launch.
: systemd -> gnome-shell -> Xwayland
startx: startx -> xinit -> X (AND in parallel) gnome-session -> gnome-shell
almost exclusively Fluxbox, which when started
with startx uses /etc/X11/xinit/xinitrc.d/20-gpg-agent as detailed
here:
http://bugs.gentoo.org/show_bug.cgi?id=258944
Starting Fluxbox using xdm was less successful. It doesn't seem to
read /etc/X11/xinit/xinitrc.d/20-gpg-agent. I also tried different
currently trying out.
Previously, I was using almost exclusively Fluxbox, which when started
with startx uses /etc/X11/xinit/xinitrc.d/20-gpg-agent as detailed
here:
http://bugs.gentoo.org/show_bug.cgi?id=258944
Starting Fluxbox using xdm was less successful. It doesn't seem to
read /etc
guess I was looking
near the ] where all the U's are. Embarrassing, to say the least.
Thanks.
Now I have masked mesa-7.8.2 downgrading to 7.7.1, which necessitated a
downgrade of xorg-server to 1.7.7-r1 (latest stable), which necessitated
a downgrade of xinit to 1.2.1.
Thus my emerges now
, with no way to move them, and no way to
switch between them except by clicking. Fluxbox just runs ontop of X,
and manages it's windows, adding decorations and a sane way to control
them. For example, try doing:
xinit xterm -e /bin/bash -- /usr/bin/X -nolisten tcp
and run fluxbox from the xterm. It's
, with no way to move them, and no way to
switch between them except by clicking. Fluxbox just runs ontop of X,
and manages it's windows, adding decorations and a sane way to control
them. For example, try doing:
xinit xterm -e /bin/bash -- /usr/bin/X -nolisten tcp
and run fluxbox from the xterm
/4.5.3)
/etc/X11/xinit/xinitrc: line 63: exec: xterm: not found
/etc/X11/xinit/xinitrc: line 61: xterm: command not found
xinit: connection to X server lost
So i emerged keychain and xterm and it now works. Of course i didn't
need xterm as i'm running gnome, so i could have just kicked
es (299 upgrades, 52 new, 2 in new slots, 25 reinstalls),
> Size of downloads: 1,408,922 KiB
> Conflict: 4 blocks
>
> Trying to run the emerge shuts down in a few seconds without obvious
> error messages. The blocks are...
>
> [blocks b ] <=x11-apps/xinit-1.4.1
lots, 25 reinstalls), Size
of downloads: 1,408,922 KiB
Conflict: 4 blocks
Trying to run the emerge shuts down in a few seconds without obvious
error messages. The blocks are...
[blocks b ] <=x11-apps/xinit-1.4.1 ("<=x11-apps/xinit-1.4.1" is blocking
gui-libs/display-manager
behaviour as with
2.4.2-r1.
(EE) No devices detected.
Fatal server error:
no screens found
giving up.
xinit: Connection refused (errno 111): unable to connect to X server
xinit: No such process (errno 3): unexpected signal 2.
When loading X with vesa, I still get some non-fatal errors:
error setting
get any of these to work with
enlightenment, which I am currently trying out.
Previously, I was using almost exclusively Fluxbox, which when started
with startx uses /etc/X11/xinit/xinitrc.d/20-gpg-agent as detailed
here:
http://bugs.gentoo.org/show_bug.cgi?id=258944
Starting
!
which: no keychain in
(/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.3:/usr/local/freeswitch/bin:/usr/sbin:/sbin:/home/covici/bin)
/etc/X11/xinit/xinitrc: line 59: twm: command not found
/etc/X11/xinit/xinitrc: line 63: exec: xterm: not found
xinit
, and TWM comes up
correctly with three Xterm windows.
I note that I get two errors reported,
(EE) NVIDIA: Failed to load module dri2 (Module does not exist, 0)
/etc/X11/xinit/xinitrc: line 62: xclock: command not found
This is normal behavior. Don't know why, but nVidia drivers doesn't
use
--- Hal Martin [EMAIL PROTECTED] wrote:
Re-emerge shadow and you should be able to login.
Yup, thanks!
After that you'll need to reinstall services like
sshd that have files
in /etc/pam.d/
they seem to have started
But now, startx fails:
/etc/X11/xinit/xinitrc: line 45: startkde
-2.6.23-r3 not in the tree and thus not in the
eix-database anymore.
x11-apps/xinit-1.0.5-r2 masked
I guess portage will downgrade the masked ones if you run emerge -uND
world, so if you want them put them in package.keywords. You can remove
gentoo-sources from /etc/portage/package.whatever
On Tue, 11 Sep 2007 11:22:05 -0400
James Lockie [EMAIL PROTECTED] wrote:
How I pass -ingoreABI to KDE?
You don't, you pass it to xinit. KDE has not anything to do with this.
You can use startx --ignoreABI. If you use a login manager, like kdm,
them you will need to configure it's config files
additionally unmasked:
~dev-util/cmake-2.6.2
~kde-base/qimageblitz-0.0.4
~sys-apps/sandbox-1.3.2
~x11-apps/xinit-1.0.5-r2
~dev-libs/libical-0.33-r1
~dev-python/PyQt4-4.4.4-r1
in package.keywords
now it's compiling 230 kde-4.2 packages.
thx,
James
an xorg.conf.old or even an xorg.conf:
camille X11 # ls
Sessions app-defaults dm lbxproxy proxymngr startDM.sh wmconfig
xinit xloadimagerc xserver
X chooser.shgdm mwm rstart twm xdm
xkbxorg.conf.example xsm
Yet somehow, X is running. Any ideas on this one?
Check /var/log/gdm/:0.log. It should give you some useful info.
On Friday 23 December 2005 10:02, a tiny voice compelled Kurt Guenther to
write:
I can run Xinit and XDM to get into a window manager, but when I run GDM
I get a login screen, I login, and then it hangs. Nothing in
/var/log
Ernie Schroder wrote:
Check /var/log/gdm/:0.log. It should give you some useful info.
On Friday 23 December 2005 10:02, a tiny voice compelled Kurt Guenther to
write:
I can run Xinit and XDM to get into a window manager, but when I run GDM
I get a login screen, I login, and then it hangs
either but as long as it works. Wo Oooo !!
It's just a convention. revdep-rebuild launches some other process (emerge) so
when it does that it takes everything it finds on it's own command line after
the -- and passes it on to emerge literally.
it's quite a common trick, startx/xinit also
, startx/xinit also do the same thing, for the
same reason.
In general it means end of options, anything after the -- is considered
an argument to the program rather than an option. For example, suppose
you managed to create a file called -f, rm -f wouldn't work, but rm -- -f
would.
--
Neil Bothwick
On Wednesday 21 Feb 2007 13:32:59 John covici wrote:
Hi. I was having major problems getting gnome to work at all when I
discovered that it onlyy works if I login using gdm -- is there
something about the gentoo distribution which has broken startx so
gnome does not run or am I doing
On Wednesday 21 February 2007 09:02:59 John covici wrote:
Hi. I was having major problems getting gnome to work at all when I
discovered that it onlyy works if I login using gdm -- is there
something about the gentoo distribution which has broken startx so
gnome does not run or am I doing
On Wednesday 21 February 2007 13:59, Mrugesh Karnik wrote:
Actually, GDM uses Xsessions and startx uses xinitrc files.
If you look at the /etc/X11/xinitrc file, it looks for and uses the
~/.xinitrc file if present. Otherwise, it uses the system default
of /etc/X11/chooser.sh, which uses the
Found xinit! However... it's very... confusing.
Well, not confusing; I understand most of it, however, I'm just not
prepared to start carving it up - I don't want to know how bad I can
screw things up. I think that if I go to ~/.xinit.d it'll be the
thing I'm looking for, but I'm not sure
world will tell you why.
It'll tell you what wants them, but not why. In particular, it
doesn't specify why xinit-1.0.2-r6, which didn't need xsm on September
22nd, now does.
-Daniel
*This .sig left intentionally blank*
--
gentoo-user@gentoo.org mailing list
quoth the Daniel Barkalow:
emerge --update --deep --tree world will tell you why.
It'll tell you what wants them, but not why. In particular, it
doesn't specify why xinit-1.0.2-r6, which didn't need xsm on September
22nd, now does.
What's up with this? I really don't want netkit-rsh
On Wed, 11 Oct 2006, darren kirby wrote:
quoth the Daniel Barkalow:
emerge --update --deep --tree world will tell you why.
It'll tell you what wants them, but not why. In particular, it
doesn't specify why xinit-1.0.2-r6, which didn't need xsm on September
22nd, now does.
What's up
On Wed, Jul 8, 2009 at 9:17 AM, Neil Bothwickn...@digimed.co.uk wrote:
On Wed, 8 Jul 2009 09:09:18 -0700, Kevin O'Gorman wrote:
/sbin/start-stop-daemon: stat /usr/bin/xdm: No such file or directory
You don't have xdm installed, have you checked /etc/conf.d/xdm?
I do have xinit, which
Am Mittwoch 08 Juli 2009 19:22:25 schrieb Kevin O'Gorman:
So is xdm emerged? Seems strange.
xdm comes from xinit, which is emerged.
No, it comes from xdm, as Mark wrote.
Back in May, when this was working, it booted into KDE. However,
/etc/conf.d/xdm seems to be set to start xdm, which
Am Mittwoch 08 Juli 2009 19:24:01 schrieb Kevin O'Gorman:
I do have xinit, which installs /etc/init.d/xdm.
That's only the init-script and its config file.
I see no ebuild
called xdm, so if there's something else I need, please tell me.
# paludis -q xdm
* x11-apps/xdm
gentoo
On Sat, 2009-08-15 at 21:38 +0200, pk wrote:
Albert Hopkins wrote:
I can't get netkit-rsh (not that I want it but it's an (indirect)
runtime dependency of xinit). This is a brand new machine that I'm
building.
Basically the error is:
Checking for BSD signal semantics
Zitat von William Hubbs willi...@gentoo.org:
On Tue, Oct 06, 2009 at 09:30:29PM +0200, Dirk Heinrichs wrote:
Then explain why nox alone always works fine when I use it WITHOUT livecd.
If you are using an older version of xinit, it might work, but it also
causes you to have to reboot before
# eix -I xterm
No matches found.
cruncher mark # updatedb
cruncher mark # slocate xterm | grep bin
cruncher mark #
Unmet dependencies?
In my system, xterm is a dependency of xinit, which in turn is a
dependency of xorg-server. That is weird and I don't know how it would
not be installed
default runlevel for this purpose, or you could try
passing the 'nox' option to the kernel, at boot time. There was a bug filed
some time ago because an xinit update broke this option, but I believe it has
been fixed now. Try it and see if this is what you need.
--
Regards,
Mick
Xinit = 1.2.1 + drivers ;
re-merge Exo Thunar ;
delete refs to 'mouse' 'keyboard' in xorg.conf ;
remove 'hald' fr /etc/runlevels/default/ .
IIRC Hal is needed to the KDE desktop, but not for most KDE apps;
I use Fluxbox + quite a few
this in dmesg:
Segmentation fault occurred at 64727462bfdc in
/usr/bin/Xorg[X:4647] uid/euid:1003/0 gid/egid:1010/1010, parent
/usr/bin/xinit[xinit:4646] uid/euid:1003/1003 gid/egid:1010/1010
I have tried disabling all security options in the kernel but I get
the same results with the exception
and when grsecurity is enabled I get this in dmesg:
Segmentation fault occurred at 64727462bfdc in
/usr/bin/Xorg[X:4647] uid/euid:1003/0 gid/egid:1010/1010, parent
/usr/bin/xinit[xinit:4646] uid/euid:1003/1003 gid/egid:1010/1010
I have tried disabling all security options in the kernel but I
[ 74.800]
Fatal server error:
[ 74.800] Caught signal 11 (Segmentation fault). Server aborting
and when grsecurity is enabled I get this in dmesg:
Segmentation fault occurred at 64727462bfdc in
/usr/bin/Xorg[X:4647] uid/euid:1003/0 gid/egid:1010/1010, parent
/usr/bin/xinit[xinit:4646] uid
(Segmentation fault). Server aborting
and when grsecurity is enabled I get this in dmesg:
Segmentation fault occurred at 64727462bfdc in
/usr/bin/Xorg[X:4647] uid/euid:1003/0 gid/egid:1010/1010, parent
/usr/bin/xinit[xinit:4646] uid/euid:1003/1003 gid/egid:1010/1010
I have tried disabling all
grsecurity is enabled I get this in dmesg:
Segmentation fault occurred at 64727462bfdc in
/usr/bin/Xorg[X:4647] uid/euid:1003/0 gid/egid:1010/1010, parent
/usr/bin/xinit[xinit:4646] uid/euid:1003/1003 gid/egid:1010/1010
I have tried disabling all security options in the kernel but I get
grsecurity is enabled I get this in dmesg:
Segmentation fault occurred at 64727462bfdc in
/usr/bin/Xorg[X:4647] uid/euid:1003/0 gid/egid:1010/1010, parent
/usr/bin/xinit[xinit:4646] uid/euid:1003/1003 gid/egid:1010/1010
I have tried disabling all security options in the kernel but I get
session
manager. I get this in Xorg.0.log:
[...]
Segmentation fault occurred at 64727462bfdc in
/usr/bin/Xorg[X:4647] uid/euid:1003/0 gid/egid:1010/1010, parent
/usr/bin/xinit[xinit:4646] uid/euid:1003/1003 gid/egid:1010/1010
I have tried disabling all security options in the kernel
with more than one
window manager or with sessions for multiple users, root and nonroot.
But to choose between window managers, I have multiple xinitrc files, like
startx /usr/local/lib/X11/xinit/xinitrc.icewm
That is for FreeBSD; actual path will vary by OS and distro.
Tom
is from the x11-apps/xinit package)
On Sunday 10 Apr 2016 11:41:11 Mick wrote:
> Hi All,
>
> I noticed that sddm comes up with a US keyboard layout and there is no other
> choice on the dropdown list. Shouldn't it pick up my env somehow? How can
> I change this, short of using my own xinit or .xses
ou see if software reports
wrong values.
BTW: X supports -dpi parameter/option. I use it in my xserverrc (xinit
server script) configuration and the Xorg.0.log reports the correct and
prior calculated values.
[1] <https://en.wikipedia.org/wiki/Dot_pitch>
--
Regards,
floyd
1 - 100 of 375 matches
Mail list logo
