|
2014-10-22
, 13:57
|
|
Posts: 634 |
Thanked: 3,266 times |
Joined on May 2010
@ Colombia
|
#42
|
I totally missed that there's an xorg.conf in this system. I always went straight to xorg.conf.d and was puzzled to only find the default files there.
@systemd:
I don't want to turn this into yet another systemd thread and my knowledge about init systems isn't deep enough to actually judge that matter.
With the dependency situation in the long run I mean post-jessie. The quality of the software in the debian repos varies greatly and my concern is that some packages in the "outskirts" may not be tested enough against a 2nd non-default init system.
|
2014-10-22
, 21:59
|
Posts: 915 |
Thanked: 3,209 times |
Joined on Jan 2011
@ Germany
|
#43
|
In my opinion, well written software should work regardless of the init system that has been installed. If it doesn't work, then a legitimate bug should be reported and then subsequently fixed.
|
2014-10-22
, 22:41
|
|
Posts: 634 |
Thanked: 3,266 times |
Joined on May 2010
@ Colombia
|
#44
|
Ok, there we are:
I installed lxde-core without suggests and recommends. lxsession brings a graphical logout via lxsession-logout. This only works with libpolicykit-1 installed which in turn depends on libpam-systemd and therefore sytemd.
edit:
It's the same with libpolkit-backend-1-0 and libsystemd0. I reduced the systemd packages to recommends for both and policykit-1 installed fine.
The logout GUI still didn't come up but segfaulted instead. strace revealed that I had to install lsb-release. The GUI came up but without buttons for shutdown or reboot. I will investigate that later.
The Following 5 Users Say Thank You to wicket For This Useful Post: | ||
|
2014-10-23
, 00:59
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#45
|
The logout GUI still didn't come up but segfaulted instead. strace revealed that I had to install lsb-release. The GUI came up but without buttons for shutdown or reboot. I will investigate that later.
btw, I had a look at Maemo's power_supply directory and apparently there's no value indication the current charge either. How does Maemo determine the battery status? Based on the voltage?
|
2014-10-23
, 07:49
|
Posts: 1,203 |
Thanked: 3,027 times |
Joined on Dec 2010
|
#46
|
|
2014-10-23
, 17:57
|
Posts: 915 |
Thanked: 3,209 times |
Joined on Jan 2011
@ Germany
|
#47
|
The critical systemd package that will change the init system is systemd-sysv. Fortunately, there's systemd-shim for those of us who don't want to use systemd. libpam-systemd and similar packages will happily install with the shim instead of systemd-sysv.
With systemd-shim, the GUI for logout will come up and everything will work, *except* reboot and shutdown (aka most important things). Don't expect it to work no matter what you do. There is a huge patch apparently fixing many issues (targeted at lxsession package, i believe) send by a non-maintainer over a year ago, but it sits in debian's "mentors" limbo since then, and it doesn't look like situation is going to change, anytime soon.
WTF? there definitely *should* be one, provided by the upstream bq27x00_battery kernel module. For sure, there is one, when using said module with Maemo (/sys/class/power_supply/bq27200-0/charge_now) and chip provides those information just right.
# uname -a Linux Nokia-N900-02-8 2.6.28.10-power52 #1 PREEMPT Sat Apr 6 11:59:23 UTC 2013 armv7l GNU/Linux # ls /sys/class/power_supply/rx51-battery/ charge_full_design present technology type voltage_max_design power subsystem temp uevent voltage_now # cat /sys/class/power_supply/rx51-battery/uevent POWER_SUPPLY_NAME=rx51-battery POWER_SUPPLY_TYPE=Battery POWER_SUPPLY_TECHNOLOGY=Li-ion POWER_SUPPLY_VOLTAGE_MAX_DESIGN=4200000 POWER_SUPPLY_PRESENT=1 POWER_SUPPLY_VOLTAGE_NOW=4023000 POWER_SUPPLY_TEMP=240 POWER_SUPPLY_CHARGE_FULL_DESIGN=1323752
with regard to missing shutdow options, has user got correct permissions/group?
$ id uid=1000(user) gid=1000(user) Gruppen=1000(user),109(netdev)
|
2014-10-25
, 18:10
|
Posts: 915 |
Thanked: 3,209 times |
Joined on Jan 2011
@ Germany
|
#48
|
# aplay -l aplay: device_list:268: no soundcards found
# lsmod Module Size Used by ctr 3336 1 ccm 7053 1 bnep 9909 2 bluetooth 248083 5 bnep ipv6 281358 14 fuse 77788 1 hsi_char 7426 0 joydev 8637 0 mousedev 9646 0 omap_ssi_port 12288 0 arc4 1559 2 wl1251_spi 3430 0 crc7 1234 1 wl1251_spi wl1251 73971 1 wl1251_spi snd_soc_rx51 7703 0 mac80211 322038 2 wl1251,wl1251_spi isp1704_charger 5071 0 snd_soc_omap_mcbsp 17542 1 snd_soc_rx51 snd_soc_omap 2660 1 snd_soc_omap_mcbsp snd_pcm_dmaengine 5201 1 snd_soc_omap cfg80211 219814 2 mac80211,wl1251 snd_soc_tlv320aic3x 35231 0 snd_soc_tpa6130a2 5866 1 snd_soc_rx51 snd_soc_core 127794 5 snd_soc_omap,snd_soc_rx51,snd_soc_tlv320aic3x,snd_soc_omap_mcbsp,snd_soc_tpa6130a2 snd_compress 7542 1 snd_soc_core snd_pcm 81851 5 snd_soc_core,snd_soc_omap,snd_soc_rx51,snd_soc_omap_mcbsp,snd_pcm_dmaengine tsc2005 6939 0 snd_timer 19605 1 snd_pcm snd 48052 4 snd_soc_core,snd_timer,snd_pcm,snd_compress bq2415x_charger 14213 0 bq27x00_battery 5613 0 leds_lp5523 8103 0 tsl2563 5493 0 leds_lp55xx_common 7916 1 leds_lp5523 soundcore 990 1 snd rtc_twl 5537 0 twl4030_vibra 2341 0 twl4030_madc 8668 0 ff_memless 4249 1 twl4030_vibra industrialio 25131 2 twl4030_madc,tsl2563 omap_ssi 5347 1 hsi 10348 3 omap_ssi,omap_ssi_port,hsi_char ext4 343037 1 mbcache 9685 1 ext4 jbd2 76226 1 ext4 sd_mod 28098 0 scsi_mod 122176 1 sd_mod omaplfb 10595 0 pvrsrvkm 117851 1 omaplfb omap_wdt 3635 0 twl4030_wdt 2249 0
|
2014-10-26
, 17:45
|
Posts: 804 |
Thanked: 1,598 times |
Joined on Feb 2010
@ Gdynia, Poland
|
#49
|
Edit:
Apparently sound should work somehow:
http://elektranox.org/n900/status/sound.html
|
2014-10-27
, 10:10
|
Posts: 915 |
Thanked: 3,209 times |
Joined on Jan 2011
@ Germany
|
#50
|
@systemd:
I don't want to turn this into yet another systemd thread and my knowledge about init systems isn't deep enough to actually judge that matter.
With the dependency situation in the long run I mean post-jessie. The quality of the software in the debian repos varies greatly and my concern is that some packages in the "outskirts" may not be tested enough against a 2nd non-default init system.
I think fso-deviced is a good example. Apparently I'm the only one who has tested it since the systemd transition and there might be lots of other packages which seem to be ok, but are actually simply not used which means nobody notices that they're not ok.
btw, I had a look at Maemo's power_supply directory and apparently there's no value indication the current charge either. How does Maemo determine the battery status? Based on the voltage?