Active Topics
-
Camera phone competition March 2023 "Endless" (35)
to General by Maemish - 1 day, 16 hrs ago -
TLS 1.2 for N9 is ready (28)
to MeeGo / Harmattan by smartblu9 - 1 day, 18 hrs ago -
Maemo repository (3)
to Community by torsen - 2 days, 9 hrs ago -
Error after installing Leste on sdcard (11)
to Maemo 7 / Leste by Maemish - 3 days, 7 hrs ago -
Introducing ubiboot N9 (multiboot OS loader) (1,393)
to Alternatives by smatkovi - 4 days, 13 hrs ago - more...
 |
|
2012-06-08
, 10:57
|
|
Posts: 640 |
Thanked: 435 times |
Joined on Oct 2011
@ rajvoSa BA
|
#52
|
Originally Posted by kombipom
try installing with aegis fixed origin on open kernel or with inception.
The app doesn't seem to work for me. I just get "Speaker activated" whenever I press the icon. I tried running switch.sh from the terminal and got:
button.state.value = true (bool)
Speaker activated
my euid: 0
my egid: 0
method return sender=:1.7 -> dest=:1.129 reply_serial=2
uint32 1
Any ideas?
<UPDATE>
I ran "/opt/headphonefix/switcher headphone" as root and that seems to have put it into a state where it started working. I can now switch between headset and speaker using the icon.
it worked for me though
|
|
2012-06-08
, 10:59
|
|
Posts: 640 |
Thanked: 435 times |
Joined on Oct 2011
@ rajvoSa BA
|
#53
|
Originally Posted by Mitrandir
maybe you should integrate magic as argv?
wook_sf
Thanks! I will integrate it in a short time with slight modifications
|
|
2012-06-08
, 11:35
|
|
Posts: 355 |
Thanked: 598 times |
Joined on Sep 2009
@ Nizhny Novgorod, Russia
|
#54
|
No, there is no need in open kernel or inception. It should work without any hacks. It just seems like current jack state in HAL was stick at "inserted" while audio state was like it's "ejected". Fix gets current value from HAL and it wes continiously trying to "eject" it. After manual run of "switcher headphone", it get in sync and started to work correctly. Excuse my english if the explanation is bad.
And I just received a report from one more user who get fix sticked at speaker state. Seems like this is serious problem. May be we will need to have two distinct icons for speaker and for headset in order to avoid unsyncing... Or make it switching between two states without checking current state from HAL.
And I just received a report from one more user who get fix sticked at speaker state. Seems like this is serious problem. May be we will need to have two distinct icons for speaker and for headset in order to avoid unsyncing... Or make it switching between two states without checking current state from HAL.
Originally Posted by wook_sf
Do you mean these 'magic' binary blobs? If you want to find other events, for example, for TV-Out, I will do this.
maybe you should integrate magic as argv?
|
|
2012-06-08
, 11:50
|
|
Posts: 640 |
Thanked: 435 times |
Joined on Oct 2011
@ rajvoSa BA
|
#55
|
Originally Posted by Mitrandir
No, there is no need in open kernel or inception. It should work without any hacks. It just seems like current jack state in HAL was stick at "inserted" while audio state was like it's "ejected". Fix gets current value from HAL and it wes continiously trying to "eject" it. After manual run of "switcher headphone", it get in sync and started to work correctly. Excuse my english if the explanation is bad.
And I just received a report from one more user who get fix sticked at speaker state. Seems like this is serious problem. May be we will need to have two distinct icons for speaker and for headset in order to avoid unsyncing... Or make it switching between two states without checking current state from HAL.
Do you mean these 'magic' binary blobs? If you want to find other events, for example, for TV-Out, I will do this.
well it refused to install on my phone...and i AEGIS_FIXED_ORIGIN="com.nokia.maemo" dpkg -i headphonefix* it and it installed it properly.i am trying to setting up Dev C++ for MeeGo
(failed with Code::Blocks yes, i want that
|
|
2012-06-08
, 11:52
|
|
Posts: 355 |
Thanked: 598 times |
Joined on Sep 2009
@ Nizhny Novgorod, Russia
|
#56
|
Hmm... Refused to install? That's strange. What firmware do you have? PR1.2? The fix only requires UID::root, GID::root, GRP::root credentials and all of them should be accessible without fixed origin
|
|
2012-06-08
, 11:59
|
|
Posts: 640 |
Thanked: 435 times |
Joined on Oct 2011
@ rajvoSa BA
|
#57
|
Originally Posted by Mitrandir
yes, pr1.2 didn't played with it much, really, just switched to fixed origin...though
Hmm... Refused to install? That's strange. What firmware do you have? PR1.2? The fix only requires UID::root, GID::root, GRP::root credentials and all of them should be accessible without fixed origin
|
|
2012-06-08
, 12:01
|
|
Posts: 355 |
Thanked: 598 times |
Joined on Sep 2009
@ Nizhny Novgorod, Russia
|
#58
|
If it isn't hard, could you please try to install it without fixed origin and let me know what error message it will display?
|
|
2012-06-08
, 12:04
|
|
Posts: 640 |
Thanked: 435 times |
Joined on Oct 2011
@ rajvoSa BA
|
#59
|
Code:
aegis-loader: Failed loading policy for 'headphonefix::/opt/headphonefix/switcher'
|
|
2012-06-08
, 12:05
|
|
Posts: 355 |
Thanked: 598 times |
Joined on Sep 2009
@ Nizhny Novgorod, Russia
|
#60
|
Ouch. Is this for original deb which I was uploaded here?
Thanks! I will integrate it in a short time with slight modifications
kombipom
That's strange... If this will appear again, please let me know how I can reproduce it. Seems like for some reason a state of jack stored by HAL was invalid and this made my script to think that headset was connected, although it was not.
/opt/headphonefix/switcher has SUID bit and so should be runnable by user