Using final versions and repos, choosing "turn off computer" will hang indefinately just before the (usual) final stage of powering down. If I use sysvinit as a test, it powers down properly.
I know that this was a problem with systemd previously, with the suggestion of using sysvinit temporarily as a work-around, but I don't see any mention in the forums now of this happening in the final 12.2. Is it possible it only happens with KDE 3.5? Is a work-around, other than sysvinit, known?
Everything else seems to be working properly.
On Sunday 09 September 2012 17:12:36 Erik Sorenson wrote:
Using final versions and repos, choosing "turn off computer" will hang indefinately just before the (usual) final stage of powering down. If I use sysvinit as a test, it powers down properly.
I know that this was a problem with systemd previously, with the suggestion of using sysvinit temporarily as a work-around, but I don't see any mention in the forums now of this happening in the final 12.2. Is it possible it only happens with KDE 3.5? Is a work-around, other than sysvinit, known?
Everything else seems to be working properly.
try command
halt -p
does it work?
On Sunday 09 September 2012 17:12:36 Erik Sorenson wrote:
Using final versions and repos, choosing "turn off computer" will hang indefinately just before the (usual) final stage of powering down. If I use sysvinit as a test, it powers down properly.
I know that this was a problem with systemd previously, with the suggestion of using sysvinit temporarily as a work-around, but I don't see any mention in the forums now of this happening in the final 12.2. Is it possible it only happens with KDE 3.5? Is a work-around, other than sysvinit, known?
Everything else seems to be working properly.
KDE3 uses halt -p command to shut down your computer. If the command works but your KDE3 fails to shut down, that means that you are using an old version of KDE3 from 8 months ago (that was included in 12.1 before the first update). Please check what repos do you use before asking here.
On Sunday 09 September 2012 9:38:29 am Ilya Chernykh wrote:
KDE3 uses halt -p command to shut down your computer. If the command works but your KDE3 fails to shut down, that means that you are using an old version of KDE3 from 8 months ago (that was included in 12.1 before the first update). Please check what repos do you use before asking here.
1. 12.2 and KDE3.5 was installed two days ago from latest KDE3 repo, the one that is selectable from within Yast - Add -Community, i.e: http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_12.2/
2. Halt -p shuts down the system properly. "Menu > Logout > Turn Off Computer" does *not*.
3. Is it possible a regression has slipped in?
On Sunday 09 September 2012 18:50:40 Erik Sorenson wrote:
On Sunday 09 September 2012 9:38:29 am Ilya Chernykh wrote:
KDE3 uses halt -p command to shut down your computer. If the command works but your KDE3 fails to shut down, that means that you are using an old version of KDE3 from 8 months ago (that was included in 12.1 before the first update). Please check what repos do you use before asking here.
- 12.2 and KDE3.5 was installed two days ago from latest KDE3 repo, the one
that is selectable from within Yast - Add -Community, i.e: http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_12.2/
- Halt -p shuts down the system properly. "Menu > Logout > Turn Off
Computer" does *not*.
- Is it possible a regression has slipped in?
What versions of kdebase3* packages do you have?
On Sunday 09 September 2012 11:07:23 am Ilya Chernykh wrote:
What versions of kdebase3* packages do you have?
kdebase3, -apps, -kdm, -ksysguardd, -nsplugin, -runtime, -session, -workspace (and -extra, -samba --- not installed) all are at 3.5.10.1-312.1
kdebase3-SuSE, -SuSE-branding-openSuSE, -SuSE-lang (and -SuSE-branding-basedonopensuse --- not installed) are all at 11.3-71.1
On Sunday 09 September 2012 18:50:40 Erik Sorenson wrote:
On Sunday 09 September 2012 9:38:29 am Ilya Chernykh wrote:
KDE3 uses halt -p command to shut down your computer. If the command works but your KDE3 fails to shut down, that means that you are using an old version of KDE3 from 8 months ago (that was included in 12.1 before the first update). Please check what repos do you use before asking here.
- 12.2 and KDE3.5 was installed two days ago from latest KDE3 repo, the one
that is selectable from within Yast - Add -Community, i.e: http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_12.2/
- Halt -p shuts down the system properly. "Menu > Logout > Turn Off
Computer" does *not*.
- Is it possible a regression has slipped in?
Oh I see, it uses /sbin/halt -p but in 12.2 they moved all in /usr/bin
On Sunday 09 September 2012 18:50:40 Erik Sorenson wrote:
On Sunday 09 September 2012 9:38:29 am Ilya Chernykh wrote:
KDE3 uses halt -p command to shut down your computer. If the command works but your KDE3 fails to shut down, that means that you are using an old version of KDE3 from 8 months ago (that was included in 12.1 before the first update). Please check what repos do you use before asking here.
- 12.2 and KDE3.5 was installed two days ago from latest KDE3 repo, the one
that is selectable from within Yast - Add -Community, i.e: http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_12.2/
- Halt -p shuts down the system properly. "Menu > Logout > Turn Off
Computer" does *not*.
- Is it possible a regression has slipped in?
Does reboot work?
On Sunday 09 September 2012 11:10:56 am Ilya Chernykh wrote:
Does reboot work?
Yes
Does /sbin/halt -p work for you?
Yes
Is it in the kickoff menu or in the traditional menu or it is after pressing
the red button or somewhere else?
Either right-click on the desktop and choose "Log out xxxx ...", or use the traditional kicker menu and select logout, both bring you to a panel "End Session for XXX" which has, amongst other options to select, the entry "Turn Off Computer".
On Sunday 09 September 2012 18:50:40 Erik Sorenson wrote:
On Sunday 09 September 2012 9:38:29 am Ilya Chernykh wrote:
KDE3 uses halt -p command to shut down your computer. If the command works but your KDE3 fails to shut down, that means that you are using an old version of KDE3 from 8 months ago (that was included in 12.1 before the first update). Please check what repos do you use before asking here.
- 12.2 and KDE3.5 was installed two days ago from latest KDE3 repo, the one
that is selectable from within Yast - Add -Community, i.e: http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_12.2/
- Halt -p shuts down the system properly. "Menu > Logout > Turn Off
Computer" does *not*.
- Is it possible a regression has slipped in?
Does /sbin/halt -p work for you?
By the way, I just verified it on a SUSE Studio virtual machine and shutdown from the menu works well. So it works OK on 12.2
On Sunday 09 September 2012 18:50:40 Erik Sorenson wrote:
On Sunday 09 September 2012 9:38:29 am Ilya Chernykh wrote:
KDE3 uses halt -p command to shut down your computer. If the command works but your KDE3 fails to shut down, that means that you are using an old version of KDE3 from 8 months ago (that was included in 12.1 before the first update). Please check what repos do you use before asking here.
- 12.2 and KDE3.5 was installed two days ago from latest KDE3 repo, the one
that is selectable from within Yast - Add -Community, i.e: http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_12.2/
- Halt -p shuts down the system properly. "Menu > Logout > Turn Off
Computer" does *not*.
- Is it possible a regression has slipped in?
By the way, is this problem with KDE4 somehow related?
http://lists.opensuse.org/opensuse-factory/2012-09/msg00457.html
On Sunday 09 September 2012 11:24:49 am Ilya Chernykh wrote:
By the way, is this problem with KDE4 somehow related?
http://lists.opensuse.org/opensuse-factory/2012-09/msg00457.html
No, I am not seeing that behaviour in KDE3. I don't have KDE4 on my PC to test.
On Sunday 09 September 2012 17:12:36 Erik Sorenson wrote:
Using final versions and repos, choosing "turn off computer" will hang indefinately just before the (usual) final stage of powering down. If I use sysvinit as a test, it powers down properly.
I know that this was a problem with systemd previously, with the suggestion of using sysvinit temporarily as a work-around, but I don't see any mention in the forums now of this happening in the final 12.2. Is it possible it only happens with KDE 3.5? Is a work-around, other than sysvinit, known?
Everything else seems to be working properly.
Please tell me exactly where this "turn off the computer" is located?
Is it in the kickoff menu or in the traditional menu or it is after pressing the red button or somewhere else?
On 2012/09/09 09:12 (GMT-0400) Erik Sorenson composed:
Using final versions and repos, choosing "turn off computer" will hang indefinately just before the (usual) final stage of powering down. If I use sysvinit as a test, it powers down properly.
I know that this was a problem with systemd previously, with the suggestion of using sysvinit temporarily as a work-around, but I don't see any mention in the forums now of this happening in the final 12.2. Is it possible it only happens with KDE 3.5? Is a work-around, other than sysvinit, known?
Everything else seems to be working properly.
On some mailing list somewhere I can't recall, in the past 8 weeks or so IIRC, there was extensive discussion about a decades old cross-distro bug in one of halt or shutdown, which likely surfaced on account of systemd. The devs decided to violate decades of expectations by "fixing" the old bug, with the result that attempting to power down the system via menus that always worked before would work no longer until menu selections dependent on one of halt or shutdown were "corrected" to account for the "fixed" behavior. I searched the opensuse list archives for it and struck out, so maybe it was on a *buntu or fedora or mageia or mandriva list.
On Sunday 09 September 2012 20:48:12 Felix Miata wrote:
I know that this was a problem with systemd previously, with the suggestion of using sysvinit temporarily as a work-around, but I don't see any mention in the forums now of this happening in the final 12.2. Is it possible it only happens with KDE 3.5? Is a work-around, other than sysvinit, known?
Everything else seems to be working properly.
On some mailing list somewhere I can't recall, in the past 8 weeks or so IIRC, there was extensive discussion about a decades old cross-distro bug in one of halt or shutdown, which likely surfaced on account of systemd. The devs decided to violate decades of expectations by "fixing" the old bug, with the result that attempting to power down the system via menus that always worked before would work no longer until menu selections dependent on one of halt or shutdown were "corrected" to account for the "fixed" behavior. I searched the opensuse list archives for it and struck out, so maybe it was on a *buntu or fedora or mageia or mandriva list.
Currently KDE3 just executes /sbin/halt -p
And this works on newly installed appliances built in SUSE Studio.
On Sunday 09 September 2012 1:04:54 pm Ilya Chernykh wrote:
Currently KDE3 just executes /sbin/halt -p And this works on newly installed appliances built in SUSE Studio.
Well, as I noted in a previous reply, "/sbin/halt -p" works on my partition-installed instance of 12.2/kde3, when invoked from a Terminal commandline.
Shutdown does *not* work on the same installation when invoking shutdown via a right-click on the desktop, or using the kicker menu "log out" entry sequence.
So logic tells me that something in KDE3 is not using "sbin/halt -p", or in the same manner, in comparison to issuance via commandline. Ilya, does 32-bit make any difference in code sets? I know that usually yours is a 64-bit install.
Am Sonntag, 9. September 2012 schrieb Erik Sorenson:
Well, as I noted in a previous reply, "/sbin/halt -p" works on my partition-installed instance of 12.2/kde3, when invoked from a Terminal commandline.
Shutdown does *not* work on the same installation when invoking shutdown via a right-click on the desktop, or using the kicker menu "log out" entry sequence.
Hello
Did you changed the shutdown command in /opt/kde3/share/config/kdm/kdmrc ?
It looks here (12.1) this way
[Shutdown] BootManager=Grub HaltCmd=/sbin/halt -p RebootCmd=/sbin/reboot
Probably you are using an old kdmrc. In my case the line was empty after a upgrade from 11.4 to 12.1. So i had to set it.
Greets,Michael
On Monday 10 September 2012 7:49:16 am Michael Schueller wrote:
Hello Did you changed the shutdown command in /opt/kde3/share/config/kdm/kdmrc ?
It looks here (12.1) this way
[Shutdown] BootManager=Grub HaltCmd=/sbin/halt -p RebootCmd=/sbin/reboot
Probably you are using an old kdmrc. In my case the line was empty after a upgrade from 11.4 to 12.1. So i had to set it.
Greets,Michael
Ah, that did it! Now it works properly. Thanks, Michael.
Ilya, would it be possible to reflect this in your next version/release of kdmrc? The most recent one in the KDE:KDE3 repo for 12.2_32bit has just "HaltCmd=/sbin/halt", which is apparently the problem.
On Monday 10 September 2012 17:46:08 Erik Sorenson wrote:
[Shutdown] BootManager=Grub HaltCmd=/sbin/halt -p RebootCmd=/sbin/reboot
Probably you are using an old kdmrc. In my case the line was empty after a upgrade from 11.4 to 12.1. So i had to set it.
Greets,Michael
Ah, that did it! Now it works properly. Thanks, Michael.
Ilya, would it be possible to reflect this in your next version/release of kdmrc? The most recent one in the KDE:KDE3 repo for 12.2_32bit has just "HaltCmd=/sbin/halt", which is apparently the problem.
No, it has not any:
[Shutdown] # The command (subject to word splitting) to run to halt the system. # Default is "/sbin/halt -p" #HaltCmd= # The command (subject to word splitting) to run to reboot the system. # Default is "/sbin/reboot" #RebootCmd= # Whether it is allowed to shut down the system via the global command FiFo. # Default is false #AllowFifo=true # Whether it is allowed to abort active sessions when shutting down the # system via the global command FiFo. # Default is true #AllowFifoNow=false # The boot manager KDM should use for offering boot options in the # shutdown dialog. # "None" - no boot manager # "Grub" - Grub boot manager # "Lilo" - Lilo boot manager (Linux on i386 & x86-64 only) # Default is Grub #BootManager=Grub
https://build.opensuse.org/package/binary?arch=i586&filename=kdebase3-kd... So if your file has, it means you edited it manually.
When no line specifyed, it uses the default "/sbin/halt -p" after the first update to 12.1
On Monday 10 September 2012 17:59:30 Ilya Chernykh wrote:
On Monday 10 September 2012 17:46:08 Erik Sorenson wrote:
[Shutdown] BootManager=Grub HaltCmd=/sbin/halt -p RebootCmd=/sbin/reboot
Probably you are using an old kdmrc. In my case the line was empty after a upgrade from 11.4 to 12.1. So i had to set it.
Greets,Michael
Ah, that did it! Now it works properly. Thanks, Michael.
Ilya, would it be possible to reflect this in your next version/release of kdmrc? The most recent one in the KDE:KDE3 repo for 12.2_32bit has just "HaltCmd=/sbin/halt", which is apparently the problem.
No, it has not any:
[Shutdown] # The command (subject to word splitting) to run to halt the system. # Default is "/sbin/halt -p" #HaltCmd= # The command (subject to word splitting) to run to reboot the system. # Default is "/sbin/reboot" #RebootCmd= # Whether it is allowed to shut down the system via the global command FiFo. # Default is false #AllowFifo=true # Whether it is allowed to abort active sessions when shutting down the # system via the global command FiFo. # Default is true #AllowFifoNow=false # The boot manager KDM should use for offering boot options in the # shutdown dialog. # "None" - no boot manager # "Grub" - Grub boot manager # "Lilo" - Lilo boot manager (Linux on i386 & x86-64 only) # Default is Grub #BootManager=Grub
https://build.opensuse.org/package/binary?arch=i586&filename=kdebase3-kd... So if your file has, it means you edited it manually.
Correct link: http://download.opensuse.org/repositories/openSUSE:/12.2/standard/i586/kdeba...
On Monday 10 September 2012 10:15:19 am Ilya Chernykh wrote:
Correct link: http://download.opensuse.org/repositories/openSUSE:/12.2/standard/i586/kdeb ase3-3.5.10.1-41.4.1.i586.rpm
Ilya, I'm confused. The following is the repo inserted by Yast when Yast > Software Repositories > Add > Community Repositories > and the KDE3 repo is selected: http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_12.2/
kdebase3* (if that is the source of kdmrc) is from that repo. Are you saying that a 12.2 kde3 installation should be using the one that you set out?
On Monday 10 September 2012 9:59:30 am you wrote:
No, it has not any:
[Shutdown] # The command (subject to word splitting) to run to halt the system. # Default is "/sbin/halt -p" #HaltCmd= # The command (subject to word splitting) to run to reboot the system. # Default is "/sbin/reboot" #RebootCmd= # Whether it is allowed to shut down the system via the global command FiFo. # Default is false #AllowFifo=true # Whether it is allowed to abort active sessions when shutting down the # system via the global command FiFo. # Default is true #AllowFifoNow=false # The boot manager KDM should use for offering boot options in the # shutdown dialog. # "None" - no boot manager # "Grub" - Grub boot manager # "Lilo" - Lilo boot manager (Linux on i386 & x86-64 only) # Default is Grub #BootManager=Grub
https://build.opensuse.org/package/binary?arch=i586&filename=kdebase3-kd... .5.10.1-41.4.1.i586.rpm So if your file has, it means you edited it manually.
When no line specifyed, it uses the default "/sbin/halt -p" after the first update to 12.1
Ilya, this is the content of my kdmrc file, appropriate section, immediately after genning a new partition with 12.2 and KDE3, 32 bit, on Sept 8th (and subsequently updating it via Yast):
[Shutdown] # The command (subject to word splitting) to run to halt the system. # Default is "/sbin/halt -p" HaltCmd=/sbin/halt # The command (subject to word splitting) to run to reboot the system. # Default is "/sbin/reboot" RebootCmd=/sbin/reboot # Whether it is allowed to shut down the system via the global command FiFo. # Default is false #AllowFifo=true # Whether it is allowed to abort active sessions when shutting down the # system via the global command FiFo. # Default is true #AllowFifoNow=false # The boot manager KDM should use for offering boot options in the # shutdown dialog. # "None" - no boot manager # "Grub" - Grub boot manager # "Lilo" - Lilo boot manager (Linux on i386 & x86-64 only) # Default is Grub BootManager=Grub
It differs from what you quote in the "HltCmd" line. This is STOCK, dated Sept 8th, 22.2kb, unmodified by me. Until Michael wrote, I didn't even know where these parameters existed.
For information, there is a kdmrc.bak in the same directory, dated Sept 6th and 1.4kb in size, with the following [Shutdown] section, in its entirety:
[Shutdown] BootManager=Grub HaltCmd=/sbin/halt RebootCmd=/sbin/reboot
There is also a kdmrc.rpmnew file in the directory, dated Sept 5th and 22.1kb in size, with the following in the [Shutdown] section:
[Shutdown] # The command (subject to word splitting) to run to halt the system. # Default is "/sbin/halt -p" #HaltCmd= # The command (subject to word splitting) to run to reboot the system. # Default is "/sbin/reboot" #RebootCmd= # Whether it is allowed to shut down the system via the global command FiFo. # Default is false #AllowFifo=true # Whether it is allowed to abort active sessions when shutting down the # system via the global command FiFo. # Default is true #AllowFifoNow=false # The boot manager KDM should use for offering boot options in the # shutdown dialog. # "None" - no boot manager # "Grub" - Grub boot manager # "Lilo" - Lilo boot manager (Linux on i386 & x86-64 only) # Default is Grub #BootManager=Grub
Please check your code releases. It's obvious something is amiss. To repeat, these are the kdebase3* versions I am using, stock and unmodified:
kdebase3, -apps, -kdm, -ksysguardd, -nsplugin, -runtime, -session, -workspace (and -extra, -samba --- not installed) all are at 3.5.10.1-312.1
kdebase3-SuSE, -SuSE-branding-openSuSE, -SuSE-lang (and -SuSE-branding-basedonopensuse --- not installed) are all at 11.3-71.1
On Monday 10 September 2012 18:29:05 Erik Sorenson wrote:
There is also a kdmrc.rpmnew file in the directory, dated Sept 5th and 22.1kb in size, with the following in the [Shutdown] section:
[Shutdown] # The command (subject to word splitting) to run to halt the system. # Default is "/sbin/halt -p" #HaltCmd= # The command (subject to word splitting) to run to reboot the system. # Default is "/sbin/reboot" #RebootCmd= # Whether it is allowed to shut down the system via the global command FiFo. # Default is false #AllowFifo=true # Whether it is allowed to abort active sessions when shutting down the # system via the global command FiFo. # Default is true #AllowFifoNow=false # The boot manager KDM should use for offering boot options in the # shutdown dialog. # "None" - no boot manager # "Grub" - Grub boot manager # "Lilo" - Lilo boot manager (Linux on i386 & x86-64 only) # Default is Grub #BootManager=Grub
Please check your code releases. It's obvious something is amiss. To repeat, these are the kdebase3* versions I am using, stock and unmodified:
So it does not work with HaltCmd= line commented out? It should call "/sbin/halt -p" then as a default.
P.S. It is very difficult to answer you because when I press "answer" it sends the letter not in the mailing list but directly to you (unlike other users). Possibly your mail program is configured incorrectly.
Am Montag, 10. September 2012 schrieb Ilya Chernykh:
On Monday 10 September 2012 17:46:08 Erik Sorenson wrote:
[Shutdown] BootManager=Grub HaltCmd=/sbin/halt -p RebootCmd=/sbin/reboot
Probably you are using an old kdmrc. In my case the line was empty after a upgrade from 11.4 to 12.1. So i had to set it.
Greets,Michael
Ah, that did it! Now it works properly. Thanks, Michael.
Ilya, would it be possible to reflect this in your next version/release of kdmrc? The most recent one in the KDE:KDE3 repo for 12.2_32bit has just "HaltCmd=/sbin/halt", which is apparently the problem.
No, it has not any:
[...]
When no line specifyed, it uses the default "/sbin/halt -p" after the first update to 12.1
But how do i know that there is a new config saved as *rpmnew ?
Would´nt it be possible to merge the new settings into the old config during installation ? Or to give me a hint that there has changed anything importend ?
This is the number on *rpmnew on my System
/etc/apparmor.d/usr.sbin.nmbd.rpmnew /etc/apparmor.d/usr.sbin.smbd.rpmnew /etc/dhcpd.conf.rpmnew /etc/inittab.rpmnew /etc/mplayer/mplayer.conf.rpmnew /etc/my.cnf.rpmnew /etc/postfix/main.cf.rpmnew /etc/postfix/master.cf.rpmnew /etc/pulse/client.conf.rpmnew /etc/samba/smb.conf.rpmnew /etc/sysconfig/SuSEfirewall2.rpmnew /etc/zypp/zypp.conf.rpmnew /opt/kde3/share/config/kdm/kdmrc.rpmnew /usr/lib/jvm/java-1.6.0-openjdk-1.6.0/jre/lib/security/cacerts.rpmnew /usr/share/kde4/config/kdm/kdmrc.rpmnew
And now i have to find out the differents ...
Michael
-
Erik Sorenson -
Felix Miata -
Ilya Chernykh -
Michael Schueller