Active Topics
-
Is there a section to talk about Java ME? Apps, etc. (5)
to General by teroyk - 4 days, 9 hrs ago -
Extra softwares in Sailfish using CLI, repositories, etc (118)
to SailfishOS by nieldk - 4 days, 14 hrs ago -
Paths (0)
to Maemo 7 / Leste by teroyk - 5 days, 11 hrs ago - more...
| The Following User Says Thank You to ade For This Useful Post: | ||
|
2011-11-24
, 16:02
|
|
Posts: 1,808 |
Thanked: 4,272 times |
Joined on Feb 2011
@ Germany
|
#162
|
TMPDIR is set in /etc/profile
with Busybox 1.19.3power1 (*not* the recently updated version) TMPDIR is set correctly when opening X-Terminal (login shell, -sh).
How are you starting bash? If bash doesn't think it's a login shell it might not load /etc/profile. When you run "sh" (Busybox) from bash (or from -sh) TMPDIR is not (or should not be) set again.
If you want bash to read /etc/profile you need "bash --login".
with Busybox 1.19.3power1 (*not* the recently updated version) TMPDIR is set correctly when opening X-Terminal (login shell, -sh).
How are you starting bash? If bash doesn't think it's a login shell it might not load /etc/profile. When you run "sh" (Busybox) from bash (or from -sh) TMPDIR is not (or should not be) set again.
If you want bash to read /etc/profile you need "bash --login".
|
|
2011-11-24
, 16:17
|
|
Posts: 1,100 |
Thanked: 2,797 times |
Joined on Apr 2011
@ Netherlands
|
#163
|
Originally Posted by reinob
I have bash as a default login shell. It has no relation to this issue, I am sure of that. I have had bash as default shell for ages and it never was a problem. It sets TMPDIR regardless of the busybox version. Starting an application like cssu customizer from the menu will have no relation with your default login shell. It is busybox that does not pass TMPDIR to it's own nested shell.
TMPDIR is set in /etc/profile
with Busybox 1.19.3power1 (*not* the recently updated version) TMPDIR is set correctly when opening X-Terminal (login shell, -sh).
How are you starting bash? If bash doesn't think it's a login shell it might not load /etc/profile. When you run "sh" (Busybox) from bash (or from -sh) TMPDIR is not (or should not be) set again.
If you want bash to read /etc/profile you need "bash --login".
| The Following User Says Thank You to ade For This Useful Post: | ||
 |
|
2011-11-24
, 17:34
|
|
Posts: 723 |
Thanked: 519 times |
Joined on Nov 2010
@ Kuching:Malaysia
|
#164
|
@ade....
could you tell me again step by step to fixed this problem???
your step before this is quite confusing...i try it plenty of time still the same bug on TC...
could you tell me again step by step to fixed this problem???
your step before this is quite confusing...i try it plenty of time still the same bug on TC...
__________________
My Phone Evolution : Nokia 3650-Nokia 6600-Nokia 6630-Motorola Rizr-Sony P1i-Nokia E63-Nokia X3-Samsung E980-Iphone 2G-Sony W595-Nokia E71-Nokia 5800-Nokia N900-HTC Hero-Xperia Mini Pro
My Phone Evolution : Nokia 3650-Nokia 6600-Nokia 6630-Motorola Rizr-Sony P1i-Nokia E63-Nokia X3-Samsung E980-Iphone 2G-Sony W595-Nokia E71-Nokia 5800-Nokia N900-HTC Hero-Xperia Mini Pro
|
|
2011-11-24
, 17:50
|
|
Posts: 1,100 |
Thanked: 2,797 times |
Joined on Apr 2011
@ Netherlands
|
#165
|
Originally Posted by pusak gaoq
If you are not interested in reproducing this problem, but just want it fixed for now by reverting to the previous version:
@ade....
could you tell me again step by step to fixed this problem???
your step before this is quite confusing...i try it plenty of time still the same bug on TC...
Code:
root apt-get install busybox-power=1.19.3power1
| The Following User Says Thank You to ade For This Useful Post: | ||
|
|
2011-11-24
, 18:38
|
|
Posts: 268 |
Thanked: 1,053 times |
Joined on May 2010
@ The Netherlands
|
#166
|
Originally Posted by reinob
Yep, grep for SUID in debian/config/config.busybox
@iDont,
I assume you enabled the option for dropping privs when not needed, right?
Code:
[sbox-FREMANTLE_ARMEL: ~] > cat busybox/busybox-power/debian/config/config.busybox | grep SUID CONFIG_FEATURE_SUID=y CONFIG_FEATURE_SUID_CONFIG=y CONFIG_FEATURE_SUID_CONFIG_QUIET=y
Originally Posted by SeT
Upstream BusyBox has a feature to check what language you have set in your environment variables (CONFIG_FEATURE_CHECK_UNICODE_IN_ENV). It's a good thing to respect these variables, at least by default (i.e. why would you want application XYZ to disrespect your system-wide settings when the user hasn't specifically told the application to do so?). For that reason is this feature enabled in busybox-power, with the result that if your locale isn't (for example) en_EN.UTF8 instead of en_EN, you won't have Unicode support enabled. This is most likely the case on your device.
hi))
In "ls" output russian characters shows as ????, how to fix it?
On default BusyBox all good
However, I'll disable CONFIG_FEATURE_CHECK_UNICODE_IN_ENV in the upcoming busybox-power build (see Update 3 in this post)
Originally Posted by ade
Thanks for reporting, launching sh from sh indeed doesn't carry TMPDIR over, I'm looking into it right now.
IDon't,
I'm experiencing something that looks like some bug in busybox-power_1.19.3power2. But it is strange I have heard no one else about it.
Yesterday I noticed Python apps started losing their skin/buttons.
I traced it down to this:
For some reason, TMPDIR is not set (or unset) in the user shell (it is still set in the root shell).
Because it is not set, python starts looking in /tmp for the sapwood-engine entry (/tmp/sapwood-:0.0), but is is running in /var/tmp. First exporting TMPDIR to /var/tmp before starting solves it for that session.
When I reverted back to busybox-power_1.19.3power1, TMPDIR was set again. Upgraded to busybox-power_1.19.3power2 again, and TMPDIR was gone.
Setting the export in /etc/profile or ~/.profile does not work. The problem does not occur in the bash shell.
Edit: the issue is visable then a sh shell is opened in a existing shell. TMPDIR is not passed on to the next shell.
Update: for some reason the TMPDIR issue is caused by the SUID bit on /bin/busybox. Running "chmod u-s /bin/busybox" fixes the issue with the latest busybox-power. Looking into that now.
Update 2: looks like some upstream issue; on my notebook:
Code:
[dennis@i7-820qm ~]$ export TMPDIR=/tmp [dennis@i7-820qm ~]$ busybox sh $ echo $TMPDIR /tmp $ exit [dennis@i7-820qm ~]$ sudo chmod u+s /bin/busybox [dennis@i7-820qm ~]$ busybox sh $ echo $TMPDIR $ busybox | head -n1 BusyBox v1.19.2 (2011-10-16 17:27:24 UTC) multi-call binary.
Update 3: Busybox-power 1.19.3power3 has been pushed to the repositories.
It unsets the SUID bit on /bin/busybox as a temporary workaround until the TMPDIR issue has been fixed properly. At the moment it looks like the issue is an upstream bug. I'll report the bug at BusyBox' bugtracker in a day or so, I want to do some additional tests before submitting a report.
This also means that su, ping (and some other SUID-bit requiring applets) won't work as a non-root user anymore (which is also the case with the default BusyBox) until the TMPDIR issue has been resolved.
Lastly, CONFIG_FEATURE_CHECK_UNICODE_IN_ENV has been disabled in this new build. A while ago hxka asked me why CONFIG_FEATURE_CHECK_UNICODE_IN_ENV is turned on in busybox-power. I didn't want to disable for compatibility reasons. There appear to be zero issues however, except that Ctrl-Space will produce a question mark instead of a space when Unicode support is turned on (versus the stock BusyBox; BB-power with Unicode support turned off will print no character at all upon pressing Ctrl-Space).
Last edited by iDont; 2011-11-24 at 20:09. Reason: Reply to SeT's post & Update 3
| The Following 15 Users Say Thank You to iDont For This Useful Post: | ||
ade, Bad_Habit, bocephus, demolition, don_falcone, Estel, fw190, menno, Mentalist Traceur, pusak gaoq, reinob, SeT, szopin, vi_, zeljkobo12 | ||
|
|
2011-11-24
, 21:21
|
|
Posts: 1,680 |
Thanked: 3,685 times |
Joined on Jan 2011
|
#167
|
idont, how to send you beer money?
__________________
N900: One of God's own prototypes. A high-powered mutant of some kind never even considered for mass production. Too weird to live, and too rare to die.
|
|
2011-11-25
, 19:12
|
|
Posts: 2,225 |
Thanked: 3,822 times |
Joined on Jun 2010
@ Florida
|
#168
|
Originally Posted by vi_
He wasn't willing to accept donations, last I asked him. Worth a second try though.
idont, how to send you beer money?
iDont: I haz money that I am obliged to give you - where you want?
| The Following User Says Thank You to Mentalist Traceur For This Useful Post: | ||
|
|
2011-11-27
, 12:12
|
|
Posts: 268 |
Thanked: 1,053 times |
Joined on May 2010
@ The Netherlands
|
#169
|
Originally Posted by iDont
The bugreport can be found here: https://bugs.busybox.net/show_bug.cgi?id=4544
At the moment it looks like the issue is an upstream bug. I'll report the bug at BusyBox' bugtracker in a day or so
Originally Posted by vi_
Thanks for the offer, really appreciate it. However, I don't accept donations for various reasons. You're free to buy and drink beers for me though
idont, how to send you beer money?
.Mentalist Traceur, ^ the same goes for you
.
 |
|
2011-11-28
, 08:43
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#170
|
// Edit
Confirmed, really busybox-power causes this bug!
iDont, there have been *unconfirmed* suggestions (although by quite knowledgeable person - freemangordon) that legendary "mysterious" bug with reboot/shutdown (when rebooting device, it actually reboots, then, at stage of Nokia logo, instantly turn itself off - doesn't happen during normal shutdown/powering up), may be caused by some bug in busybox-power.
I don't know if You follow (quite bloated) kp49 thread, but I've been trying to solve it with photologs of framebuffer output (was able to capture whole log of framebuffer from faulty startups), and freemangordon is trying to check WTF is going on.
So, maybe I'm talking about it too early, but, if You happen to have any ideas/stream of consciousness of something in busybox-power, that may cause it, it would be helpful.
BTW, attaching photolog of fbcon output:
..."after" reboot, to point of restart (don't look @ my red notices, they turned out to be non-important):
Just before reboot, after invoking "reboot" in console:
(Two little different versions, cause it seems to change between reboots - no idea why).
Again, sorry if it's total off-topic here, but lately, twice something "strange" turned out to be busybox-power bug - and no one suspected that - so, I think it's better to be safe than sorry, and pre-report it
BTW, this bug is so ancient, that it would be most "epic" fail of tracing problem's origins, if it's really going to turn out as busybox-power related thing.
/Estel
// edit
Of course, in case anybody isn't sure, absolutely no accusing here.
// edit
confirmed, really busybox-power causes this bug!
Last edited by Estel; 2011-11-28 at 17:08.
Confirmed, really busybox-power causes this bug!
iDont, there have been *unconfirmed* suggestions (although by quite knowledgeable person - freemangordon) that legendary "mysterious" bug with reboot/shutdown (when rebooting device, it actually reboots, then, at stage of Nokia logo, instantly turn itself off - doesn't happen during normal shutdown/powering up), may be caused by some bug in busybox-power.
I don't know if You follow (quite bloated) kp49 thread, but I've been trying to solve it with photologs of framebuffer output (was able to capture whole log of framebuffer from faulty startups), and freemangordon is trying to check WTF is going on.
So, maybe I'm talking about it too early, but, if You happen to have any ideas/stream of consciousness
of something in busybox-power, that may cause it, it would be helpful.BTW, attaching photolog of fbcon output:
..."after" reboot, to point of restart (don't look @ my red notices, they turned out to be non-important):
Just before reboot, after invoking "reboot" in console:
(Two little different versions, cause it seems to change between reboots - no idea why).
Again, sorry if it's total off-topic here, but lately, twice something "strange" turned out to be busybox-power bug - and no one suspected that - so, I think it's better to be safe than sorry, and pre-report it
BTW, this bug is so ancient, that it would be most "epic" fail of tracing problem's origins, if it's really going to turn out as busybox-power related thing.
/Estel
// edit
Of course, in case anybody isn't sure, absolutely no accusing here.
// edit
confirmed, really busybox-power causes this bug!
__________________
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!
Last edited by Estel; 2011-11-28 at 17:08.
| The Following 3 Users Say Thank You to Estel For This Useful Post: | ||
I described the way to test it a little wrong.
How I tested it: my default shell is bash. From there I opened an sh shell. You guys are probably starting directly in sh.
So please all do the test again: This time: start a new shell in x-terminal (by typing sh). In the latest version of busybox TMPDIR is not set. In the previous version it is.
Sorry for not describing it accuratly in the first place...