Active Topics
-
Firefox with Leste (5)
to Maemo 7 / Leste by teroyk - 3 days, 3 hrs ago -
Handbook (2)
to Maemo 7 / Leste by teroyk - 4 days, 3 hrs ago - more...
| The Following User Says Thank You to ivgalvez For This Useful Post: | ||
 |
|
2012-03-23
, 16:55
|
|
Moderator |
Posts: 2,622 |
Thanked: 5,447 times |
Joined on Jan 2010
|
#252
|
I had the known history problem so I installed busybox-power and the problem remained, until I manually deleted the history file. Thought I should let you know.
__________________
Proud coding competition 2012 winner: ρcam
My other apps: speedcrunch N9 N900 Jolla –– contactlaunch –– timenow
Nemo UX blog: Grog
My website: qwazix.com
My job: oob
Proud coding competition 2012 winner: ρcam
My other apps: speedcrunch N9 N900 Jolla –– contactlaunch –– timenow
Nemo UX blog: Grog
My website: qwazix.com
My job: oob
| The Following User Says Thank You to qwazix For This Useful Post: | ||
|
|
2012-03-23
, 19:43
|
|
Posts: 1,100 |
Thanked: 2,797 times |
Joined on Apr 2011
@ Netherlands
|
#253
|
Originally Posted by ivgalvez
It seems to suffer from the same issue as TMPDIR.
Now I'm not able to reproduce it. Seems to be totally random.
Anyway, considering the low amount of similar reports I think it must be a combination of different pieces of software.
Now back to preenv,. it's strange that it seems not to work any more. I can run WebOS games from WebOS Game Manager application but not from the command line using preenv. After executing preenv, trying to run any executable fails with a can't locate any of the SDL libraries.
I have even reinstalled preenv with no luck, so I wonder if this is not working due to Busybox Power managing something related with environment variables different than standard Busybox.
I have yet to test if uninstalling Busybox Power results in preenv working again. In the meantime, has anyone tried to run preenv from the command line and execute a WebOS game with Busybox Power?
Add these two lines to /etc/environment:
Code:
LD_PRELOAD=/opt/preenv/lib/libsdlpre.so LD_LIBRARY_PATH=/opt/preenv/lib
|
|
2012-04-05
, 10:57
|
|
Posts: 1,397 |
Thanked: 2,126 times |
Joined on Nov 2009
@ Dublin, Ireland
|
#254
|
Enhanced BusyBox shell 1.19.3power4 is suitable for promotion to Extras. Did you receive the message from Autobuilder?
|
|
2012-04-05
, 20:38
|
|
Posts: 268 |
Thanked: 1,053 times |
Joined on May 2010
@ The Netherlands
|
#255
|
Originally Posted by ivgalvez
Confirmed. Ade's right about the issue causing this.
Now I'm not able to reproduce it. Seems to be totally random.
Anyway, considering the low amount of similar reports I think it must be a combination of different pieces of software.
Now back to preenv,. it's strange that it seems not to work any more. I can run WebOS games from WebOS Game Manager application but not from the command line using preenv. After executing preenv, trying to run any executable fails with a can't locate any of the SDL libraries.
I have even reinstalled preenv with no luck, so I wonder if this is not working due to Busybox Power managing something related with environment variables different than standard Busybox.
I have yet to test if uninstalling Busybox Power results in preenv working again. In the meantime, has anyone tried to run preenv from the command line and execute a WebOS game with Busybox Power?
I'm leaning towards reverting the whole SUID-situation to how things were with busybox-power 1.19.3power1 (that is: no SUID bit and no workaround patch at all). Being able to run ping, su, etc. as a non-privileged user seems to be not worth the effort and the risk of breaking applications like preenv (there may be other applications getting broken that we're not aware of).
Originally Posted by ivgalvez
Yep, just read the message. However, I'm having second thoughts on promoting it to extras. As much as I hate to basically discard the hard-won thumbs-up (three months of voting), breaking an application like preenv outbalances the features of 1.19.3power4 over 1.19.3power1 (which is currently in extras).
Enhanced BusyBox shell 1.19.3power4 is suitable for promotion to Extras. Did you receive the message from Autobuilder?
I'll very most likely push out a new busybox-power version this weekend with the whole SUID-situation reversed, and promote that version to extras-testing. I know, it's a real shame of the thumbs-up, but I think this is the best thing to do. My apologies to all the testers, I hope y'all understand.
|
|
2012-04-05
, 22:35
|
|
Posts: 1,100 |
Thanked: 2,797 times |
Joined on Apr 2011
@ Netherlands
|
#256
|
Originally Posted by iDont
I did not look into it to the matter thoroughly, but it only effects starting preenv from the command prompt. As almost all users will use the menu for starting preenv apps, I see the impact as very minor.
Confirmed. Ade's right about the issue causing this.
I'm leaning towards reverting the whole SUID-situation to how things were with busybox-power 1.19.3power1 (that is: no SUID bit and no workaround patch at all). Being able to run ping, su, etc. as a non-privileged user seems to be not worth the effort and the risk of breaking applications like preenv (there may be other applications getting broken that we're not aware of).
Next to this issue I have not seen any other related findings.
I am very satisfied with the current implementation, but would also have no objections if you decide to revert the SUID situation
| The Following 3 Users Say Thank You to ade For This Useful Post: | ||
 |
|
2012-04-05
, 23:10
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#257
|
Aren't there any programs/scripts that are going to break after removing suid bit? why it was introduced for the first tiem - for sole purpose of using few command-line tools, or was it requested to allow easier handling of some scripts for developers?
I.E - aren't there any drawbacks sneaking on us, due to reversing SUID?
/Estel
I.E - aren't there any drawbacks sneaking on us, due to reversing SUID?
/Estel
__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
|
|
2012-04-07
, 15:57
|
|
Posts: 268 |
Thanked: 1,053 times |
Joined on May 2010
@ The Netherlands
|
#258
|
Originally Posted by ade
Thank you for your input. IMO, even though that there might be just a few applications actually affected, the issue is very real. I didn't mind having to include a workaround or two (like the $TMPDIR thing), but the recent report of preenv revealed the underlying issue to be of a much more far-reaching nature than I had originally figured. That has made me want to reverse the situation to how it was before.
I did not look into it to the matter thoroughly, but it only effects starting preenv from the command prompt. As almost all users will use the menu for starting preenv apps, I see the impact as very minor.
Next to this issue I have not seen any other related findings.
I am very satisfied with the current implementation, but would also have no objections if you decide to revert the SUID situation
Originally Posted by Estel
You've got a very good point here. However, the SUID bit was indeed only introduced to be able to run several applets as an unprivileged user -- convenience. There weren't any special requests for this feature. Also, there are no packages explicitly depending on busybox-power (except for yamas, which is executed as root anyway), so we should be fine.
Aren't there any programs/scripts that are going to break after removing suid bit? why it was introduced for the first tiem - for sole purpose of using few command-line tools, or was it requested to allow easier handling of some scripts for developers?
I.E - aren't there any drawbacks sneaking on us, due to reversing SUID?
/Estel
|
|
2012-04-27
, 11:05
|
|
Posts: 268 |
Thanked: 1,053 times |
Joined on May 2010
@ The Netherlands
|
#259
|
A major update to busybox-power is on its way to extras-devel! Last Sunday, BusyBox 1.20.0 was released. Not soon thereafter, busybox-power got updated against this new release. This update brings 285 upstream commits to our beloved mini Linux boxes.
I've waited a few days for hotfixes to emerge prior to pushing this busybox-power update. The released hotfixes are already integrated in this update.
Please note that major updates have a larger chance to break stuff than minor updates (although nothing should break, of course). As always, let me know if you encounter any issues with the new release.
By the way, we need one more vote to get busybox-power 1.19.4power1 out of extras-testing and into Maemo's extras. If you've been running this version from extras-testing or -devel and are satisfied about it, please consider giving it a thumbs up. Thanks!
edit: whoa, that was fast! Two thumbs up within a few minutes after posting, thanks! The package has been promoted.
Last edited by iDont; 2012-04-27 at 11:16.
I've waited a few days for hotfixes to emerge prior to pushing this busybox-power update. The released hotfixes are already integrated in this update.
Please note that major updates have a larger chance to break stuff than minor updates (although nothing should break, of course). As always, let me know if you encounter any issues with the new release.
By the way, we need one more vote to get busybox-power 1.19.4power1 out of extras-testing and into Maemo's extras. If you've been running this version from extras-testing or -devel and are satisfied about it, please consider giving it a thumbs up. Thanks!
edit: whoa, that was fast! Two thumbs up within a few minutes after posting, thanks! The package has been promoted.
Last edited by iDont; 2012-04-27 at 11:16.
 |
|
2012-05-03
, 09:20
|
|
Posts: 4,117 |
Thanked: 8,901 times |
Joined on Aug 2010
@ Ruhrgebiet, Germany
|
#260
|
It happened again 
Ash history corruption...
Just for info:
I updated my system to kp 50 and busybox 1.20.0 hand other devel stuff).
Yesterday night my N900 did shutdown unexpected (batt is old, keeps me up 1 day, but on low voltage just let my N900 "die"; i. e. it does not terminate all processes nicely. just kills and is off, in below 2 seconds time).
This morning I had again corrupted .ash_history (see att).
This time it looks like some conf file, but I also had already parts of my e-mails or other unrelated text. It looks like the text is randomly taken from memory or file system.
So I can confirm the cause (x-term killed "unnicely", but do not any clue about reason).
I had two x-terms open, one as user and one as root, and it happened to both it seems. Once I checked for root history it contained only the last few commands entered this morning. After closing user x-term, I checked user .ash_history and it contained also only the last few commands.
Maybe this helps you, iDont?
Not demanding anything, as this happens rarely and is just an inconvenience.
Ash history corruption...
Just for info:
I updated my system to kp 50 and busybox 1.20.0 hand other devel stuff).
Yesterday night my N900 did shutdown unexpected (batt is old, keeps me up 1 day, but on low voltage just let my N900 "die"; i. e. it does not terminate all processes nicely. just kills and is off, in below 2 seconds time).
This morning I had again corrupted .ash_history (see att).
This time it looks like some conf file, but I also had already parts of my e-mails or other unrelated text. It looks like the text is randomly taken from memory or file system.
So I can confirm the cause (x-term killed "unnicely", but do not any clue about reason).
I had two x-terms open, one as user and one as root, and it happened to both it seems. Once I checked for root history it contained only the last few commands entered this morning. After closing user x-term, I checked user .ash_history and it contained also only the last few commands.
Maybe this helps you, iDont?
Not demanding anything, as this happens rarely and is just an inconvenience.
Anyway, considering the low amount of similar reports I think it must be a combination of different pieces of software.
Now back to preenv,. it's strange that it seems not to work any more. I can run WebOS games from WebOS Game Manager application but not from the command line using preenv. After executing preenv, trying to run any executable fails with a can't locate any of the SDL libraries.
I have even reinstalled preenv with no luck, so I wonder if this is not working due to Busybox Power managing something related with environment variables different than standard Busybox.
I have yet to test if uninstalling Busybox Power results in preenv working again. In the meantime, has anyone tried to run preenv from the command line and execute a WebOS game with Busybox Power?