I'm running a stable Debian and I can confirm, this bug happen to me
always when I use sddm with openrc (or simply boot with sysvinit-core,
sysv-rc and systemd-shim installed)
With systemd reboot/poweroff/suspend options are "almost" always
available (9 boot on 10)
Package: dolphin
Version: 4:15.08.1-1
Severity: normal
Dear maintainer,
"plasma5" version (4:15.08.1-1) of dolphin ignores services available on
/usr/share/kservices5/
for example I have ark installed (4:15.08.1-1) and some files are
present as a service
$ dpkg -L ark | grep kservices
Il 10/01/2015 02:18, John Paul Adrian Glaubitz ha scritto:
that this symlink is actually always created by the postinst script of
the display manager (on Debian, Fedora uses the [Install] section of
the .service file for that by setting an alias to
display-manager.service) and looking at the
also I think it's impossible that a soft-link
/etc/systemd/system/display-manager.service is created on a fresh
install who only installs KDM as display-manager.service.
Otherwise on the system there would be a
/etc/systemd/system/display-manager.service who not point to no service.
--
To
Il 10/01/2015 00:43, John Paul Adrian Glaubitz ha scritto:
Ok, I thoroughly analyzed your qemu image and eventually found out that
the symbolic link /etc/systemd/system/display-manager.service which
points to /lib/systemd/system/kdm.service was missing. A simple
ln -s
Il 09/01/2015 15:45, John Paul Adrian Glaubitz ha scritto:
After that finished, I rebooted the machine and it booted right
into kdm without any issues or error messages. Whatever I did,
I could*NOT* reproduce your problem - at all.
it means if you type the command
# journalctl --no-pager |
Il 09/01/2015 22:45, John Paul Adrian Glaubitz ha scritto:
Ok, I actually understand now what your problem is. What you are seeing
there is a mere *warning* by the systemd generator for the display
manager unit that there is no service file for kdm present and that
systemd used different means
I have done a test with a new installation of Debian.
Yesterday I have created a minimal installation of Debian for i386
architecture with qemu.
I have downloaded the latest weekly build of
debian-testing-i386-netinst.iso image and I have installed it on a qcow2
image of 4GB
I have
Why did you copy the extra kdm.service file into the systemd directory?
Because you have told me to do it.
see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755359#10
There is something that you are fundamentally doing wrong. I assume you
do a minimal installation without using tasksel
Il 08/01/2015 23:27, John Paul Adrian Glaubitz ha scritto:
I can, btw, not examine your qemu image since you did not provide
me with any passwords. I would have mount it manually now and modify
the passwd database but you could have just told me the password.
Oops... I have forget to tell you
ops... I have correct only the path for the var ExecStartPre
Now I have done a new test with both paths updated:
- I have copied the file kdm.service to /lib/systemd/system/kdm.service
- I have rebooted the system
kdm is not started, the output of systemctl status kdm shows me the
service as
Ok, next days I try to test your solution on a most recent installation
of Debian
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54ac68a1.90...@gmail.com
Il 06/01/2015 22:35, John Paul Adrian Glaubitz ha scritto:
I presume you probably ran into this issue [1] which has been fixed
in systemd 215-8. This version of systemd includes a generator which
creates the necessary display manager unit file on-the-fly.
I'm using a Debian testing constantly
thanks for your reply, but
kdm is located at /usr/bin/kdm and not /usr/sbin/kdm
with the correct kdm.service file the display manager won't start and
the message about display-manager.service still exists.
after a boot the command systemctl status kdm.service shows me this
● kdm.service -
Package: akregator
Version: 4:4.14.1-1
this is the official patch
https://projects.kde.org/projects/kde/kdepim/repository/revisions/c5b703e7c1a3f5da43a3864536cfa606d112d60a
source:
https://bugs.kde.org/show_bug.cgi?id=336417#c21
--
To UNSUBSCRIBE, email to
Package: kdm
Version: 4:4.11.9-1
Severity: minor
Dear maintainers,
My machine (updated debian testing) has only KDM as display manager, it
starts without problem after upgrading/trasition to systemd.
But in journald log I see this message
systemd[1]: Cannot add dependency job for unit
sometimes KDE needs the spring cleaning
I have had the same problem on a very old installation (the problem not
happens on systems less old than 2009) and I have solved with an rm -r
/var/tmp/kdecache-kdm*
So now KDM use always the default directory /var/tmp/kdecache-kdm/
--
To UNSUBSCRIBE,
Version: 4:4.8.4-2
The problem still persist and
I have seen that also with the desktop effects enabled the fade
to grey on logout effect doesn't work.
Actually I used the last KDE version available on testing (4:4.8.4-2)
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
Package: kde-window-manager
Version: 4:4.7.4-2+b1
Severity: normal
I have a Debian testing which is upgraded frequently
After an upgrade done the Monday of 14 May 2012, I experienced a problem
with the effects on my KDE environment.
For meet my paranoid needs and solve strange behaviours of
Adding
Section Extensions
Option Composite 0
EndSection
in /etc/etc/Xorg.conf
solves the issue, but the problem on KDE still remains should not behave
in this way
--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it
It's partially solved in KDE 4.6.4
KDM doesn't longer show the garbage but the logout/shutdown/reboot
dialog of KDE is again garbled
--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it http://www.email.it/f
Sponsor:
Offerta all
Package: plasma-widget-folderview
Version: 4:4.4.5-2
Severity: normal
After the recent upgrade of QT library in testing this component has a
strange behavior.
The order of folders and files displayed doesn't respect the setting
defined in the options of this component
--- System
22 matches
Mail list logo
