You are not logged in.
Gonna have to fire up my desktop at home ...
You don't get home too often, do you ?
Ok I did add the extra line on both ascii and ceres, no difference.
Out of curiosity I looked at the arch based artix installation to see how they had it and it was reverse, it had the
needs_root_rights=yes but not the allowed users. Artix came with LXQT but I can't remember which DM they
used. It may have been slim and I switched to lightdm.
My devuan installation came from the official Devuan1 image and was upgraded gradually to ceres.
My other one was a Miyo installation that was upgraded to ascii.
I also did a switch from udev to eudev just in case this had an effect on anything, but no.
I think both LX are built on top of openbox. But lxde has nothing to do with lxqt. Lxqt is inspired by LXDE and built with QT so once qt is fully ported to other systems you can have the same environment on MS or Apple. I think. LXDE is extremely efficient and low on resources for a full gui desktop, look up resource use and it scores slightly higher than openbox, i3, jwf?, and such blackscreen desktops. LXDE is refined to its maximum while LXQT is fresh and sometimes buggy. I don't like it but I installed in a ftiends corrupt windows machine and she has been very happy She gets daily update verifications popping up and she thinks something may be broken if she doesn't get one in the morning.
Sometimes it is what you get used to seeing and working with. To me kde is an eyshore, and gnome is an MS8 poor copy. I did try cinammon once but it was so flaky and buggy I removed it within a day or two. I always liked openbox but some things were a bit of a pain. After I explored in the gadgetry that miyo and vuu-do introduced me too, I can hardly get out of it. I have even transformed other openbox systems to resemble miyo-vuu-do.
This is the beauty of linux, we can all run the same system and make it look as something totally different. This bug of input devices freezing up is a first for me and I always picked hardware from massive production runs that bugs for have been ironed out. If a cheap wire Logitech mouse freezes up or a generix keyboard, it makes you wonder.
I thought I had seen a note before that udev in Devuan is really eudev in disguise, am I wrong? Had I seen this elsewhere? .... here it is https://talk.devuan.org/t/eudev-a-real- … udev/589/2
hellekin 20160713 eudev already works, vdev is in development
vdev or eudev (from gentoo)
DusXMT 20160713 hellekin: From what I understand, eudev is just a repackaged udev that Gentoo, so in case changes were made to it where it wouldn't work properly on systemd-less systems, they would be prepared to deal with itfsmithred 20160730 you could replace udev with eudev, but from outside repo.
n4dir 20161001 you can use sysv too, and you can use eudev ....
NewGnuGuy 20161029 aitor: Is the goal to replace dependency on udev with dependency on eudev so as to avoid udev's dependency on systemd? (I'm speaking based on knowledge only gained minutes ago on Wikipedia)
*edit* Removed the nasty line breaks to make it more readable. @fungus - Please do not post by copying from an editor with a fixed line length
have you tried installing a different DE? Openbox (light) and LXDE seem to be working fine since day one.
At least you are trying things, I have given up.
What do you mean with ""invoke-rc.d could not determine runlevel" "
Where would I see it?
The problem appeared on ceres and 2-3 days later it appeared on ascii too.
So whatever flawed from ceres to ascii in a matter of 2-3 days had the effect of freezing the login screen.
There is a debian bug https://bugs.debian.org/cgi-bin/bugrepo … bug=868068 but I have no idea whether it is related.
My old debian installation upgraded the past few days does not have the same problem, it is Devuan only.
I edited what was mistyped as non-english (is instead of if)
This is on ceres
# Xwrapper.config (Debian X Window System server wrapper configuration file)
#
# This file was generated by the post-installation script of the x11-common
# package using values from the debconf database.
#
# See the Xwrapper.config(5) manual page for more information.
#
# This file is automatically updated on upgrades of the x11-common package
# *only* if it has not been modified since the last upgrade of that package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command as root:
# dpkg-reconfigure x11-common
allowed_users=console
This is on ascii
# Xwrapper.config (Debian X Window System server wrapper configuration file)
#
# This file was generated by the post-installation script of the x11-common
# package using values from the debconf database.
#
# See the Xwrapper.config(5) manual page for more information.
#
# This file is automatically updated on upgrades of the x11-common package
# *only* if it has not been modified since the last upgrade of that package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command as root:
# dpkg-reconfigure x11-common
allowed_users=console
That was mine and on the other thread about ceres freezing up I have mentioned it days ago
Go ahead, write one up and I'll post it
I still don't know much of the difference between mx and antix
If I am not mistaken their approach has been different than devuan's in that they have restricted systemd but have not completely gotten rid of it.
I know, they started from minimalism with openbox and they are competing with plasma
the problem now appears on my ascii installation just the same as it started on ceres 3 days ago
I had not realized this before, but slim only exists in jessie and it doesn't on ascii and ceres, although some/all installers use slim?
I had switched to lightdm and had to use it again for troubleshooting a frozen mouse and keyboard on ceres but it behaved just
the same as lightdm and lxdm. So I suspect the problem is fed through Xorg
Just puzzled.
ceres is just a single line on sources.list, no update, no security, or anything else.
My problem is listed on http://dev1galaxy.org/viewtopic.php?id=1534
I somehow thing the two are related.
I am on ceres
CPU: Intel 2 Duo E6550 (2) @ 2.333GHz
GPU: Intel Q35
When ANY dm comes up to the login screen both key/mouse freeze. Both are usb and very common generix pieces.
I finally figured that if I pull the plugs off and put them back on the problem vanishes and only shows up on next boot.
Weird?
Bus 002 Device 004: ID 148f:2770 Ralink Technology, Corp. RT2770 Wireless Adapter
Bus 006 Device 003: ID 0461:4dbf Primax Electronics, Ltd
Bus 006 Device 002: ID 046d:c05a Logitech, Inc. M90/M100 Optical Mouse
My Miyo Ascii installation has no problems at all. The one that does was a clean Devuan 1 installer system.
vuu-do article
sysdfree.wordpress.com/109/
Thank you, this helps with such bottle-neck systems.
https://sysdfree.wordpress.com/106/
Vuu-Do is the next victim
yes yes and yes
I actually stayed in ascii a few days to get a feel for things and then made a leap to ceres.
My other devuan is a @miyolinux, which was an installer from 12/2016 I believe. It was upgraded and updated then moved to ascii.
With very minor desktop gadgets the packages used are the same. Basically I use openbox although I have lxde installed and use some of the packages from lxde in openbox. As I said above I tried slim from jessie as it doesn't exist upstream, and also lxdm. No difference, so I believe the problem is not with DM but an earlier hickup. Keyboard works fine in console too, once I exit and go to DM the problem arises.
Plugging the usb pair back solves the problem, and no other problem is identified. It is only a freeze on the login screen of the DM.
Hey, cabin man?
I just thought of somthing. What if conky or some other gadget that initiates during openbox login, spikes up memory and causes the freeze, is it possible to have a script on the live part that would scan for a swap partition and use it? Having an fstab entry for say /dev/sdb /swap ..... would work for most people with 32bit single disk systems, but it will cause an error on anyone else. Then after putting the iso to a usb stick on the free part one can create one swap partition before use on a 32bit system. Otherwise the script may look for an existing swap partition in the hd, if it already exists.
Just a thought. Nobody wants to waste bandwidth to download a swap partition or swapfile, but that would be the easiest way around it.
Am I the only one here running ceres?
Ascii doesn't have the same problem and I haven't done anything to affect this.
Plain Jane Asus 105key generix keyboard and logitech 90/100 usb mouse.
I was hoping that today's update may bring me a gift and fix what is broken, but no.
It is not just mouse it is keyboard too. They both create a lock when lightdm starts.
Pulling the usb plugs and plugging them back frees up the lock and everything works well.
So it all happens at boot and affects the DM. Console works fine!
It is an astigmatism test, don't ask how I know
I had checked before and the uploads were still there on previous use, but now it seems that the whole site is down.
Here they are:
https://sysdfree.wordpress.com/greensplash
https://sysdfree.wordpress.com/dev1bg0
if you are root on the terminal type:
$ apt install midori
if you are a user with sudo rights
$ sudo apt install midori
if you only know the root password
$ su
pas:
$ apt install midori
While my Devuan is sick I thought I'd fire up my "Art"ix and do some art work
I heard your proposal so I am starting up the fire. No better firestarter than some bad images so people will say "I can do better than that".