Active Topics
|
2012-01-12
, 21:29
|
|
Posts: 1,100 |
Thanked: 2,797 times |
Joined on Apr 2011
@ Netherlands
|
#212
|
I have been using the patched version from the moment it was released and I have seen no issues. So I have all the confidence in upcoming 1.19.3power4 release.
|
|
2012-01-13
, 09:08
|
|
Posts: 1,808 |
Thanked: 4,272 times |
Joined on Feb 2011
@ Germany
|
#213
|
Add.: sorry for the off-topic rant!
*THIS* would be something worth a CSSU!
Originally Posted by ade
There's really something broken in Maemo. I can just now accept a reboot loop just because some binary that is completely unnecessary for booting is not marked as executable.
found the reason for my initial reboot loop: just before installing busybox, I replaced /usr/bin/camera-ui, but forgot to make it executable again. And camera-ui is loaded on boot...
*THIS* would be something worth a CSSU!
|
|
2012-01-13
, 09:15
|
|
Posts: 1,808 |
Thanked: 4,272 times |
Joined on Feb 2011
@ Germany
|
#214
|
Originally Posted by iDont
I'm not sure I want to update. I actually prefer having a std. /bin/busybox and a suid /bin/busybox_root.
A new release has been pushed to the auto builder. It incorporates the patch posted earlier and got synced up hotfixes for BusyBox 1.19.3.
I've skipped pushing busybox-power 1.19.3power2 to Maemo's extras, because it didn't play nice with the root shell functionality in BackupMenu. Busybox-power 1.19.3power4 will be pushed to extras-testing tomorrow, but that'll unfortunately require everyone to re-vote it up again (for good reasons though). Please submit this new release to some more testing than usual as the incorporated patch is relatively invasive. I'm not expecting any issues however.
I mean, if using PING (among others) requires root priviledges, why should busybox bypass this? we can all use sudo when required.
Apparently there are good security reasons why TMPDIR and other env. vars are not inherited from suid binaries, and this is the standard behaviour in glibc, i.e. not considered a bug. I don't see why busybox also has to bypass this behaviour.
Aside from personal opinions or preferences, are there any *actual* problems caused by (1) having a separate suid busybox_root, and (2) leaving the TMPDIR behaviour as it is/was?
Would be happy to get an answer to the last question. Otherwise I might just stay with 1.19.3-power1, or do my own busybox, or get rid of busybox completely.
 |
|
2012-01-13
, 20:07
|
|
Posts: 139 |
Thanked: 181 times |
Joined on Nov 2011
@ Oulu, Finland
|
#215
|
Originally Posted by reinob
I'm sorry for being an off-topic bastard, but I just laughed out loud and probably woke up the neighbours.
I actually prefer having a std.
| The Following 4 Users Say Thank You to Raimu For This Useful Post: | ||
|
|
2012-01-13
, 23:30
|
|
Posts: 1,225 |
Thanked: 1,905 times |
Joined on Feb 2011
@ Quezon City, Philippines
|
#216
|
Originally Posted by reinob
Unfortunately, that's enabled for some sort of convenience reason by Nokia. The solution, of course, is to enable r-d mode.
Add.: sorry for the off-topic rant!
There's really something broken in Maemo. I can just now accept a reboot loop just because some binary that is completely unnecessary for booting is not marked as executable.
*THIS* would be something worth a CSSU!
__________________
N9 PR 1.3 Open Mode + kernel-plus for Harmattan
@kenweknot, working on Glacier for Nemo.
N9 PR 1.3 Open Mode + kernel-plus for Harmattan
@kenweknot, working on Glacier for Nemo.
|
|
2012-01-14
, 08:12
|
|
Posts: 123 |
Thanked: 99 times |
Joined on Sep 2010
@ Russia
|
#217
|
Originally Posted by Hurrian
Installed last busybox-power, got reboot loop.
Unfortunately, that's enabled for some sort of convenience reason by Nokia. The solution, of course, is to enable r-d mode.
When I turn on N900, white screen appears, several seconds after it just turns off.
Enabling rd mode doesn't help.
I have (had) installed backupmenu-multiboot, but it's not starting by opening slide any more.
Is there any way to edit rootfs from PC? rescue-kernel from meego, I can start terminal but can't do anything to roots.
Can I somehow start backupmenu from PC with flasher?
Or should I just reflash rootfs and restore it from backup (I made some modifitions (customizations) after last backup, and I will get backup only at Monday, so I search for all other solutions)?
| The Following User Says Thank You to ForeverYoung For This Useful Post: | ||
 |
|
2012-01-14
, 19:05
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#218
|
using RescueOS, You need to mount rootfs somewhere (from terminal), before being able to make any changes.
I can't imagine, how installing busybox may be related to multiboot disappearance.
/Estel
// Edit
I'm also using backupmenu-multiboot (although, backupmenu component manually updated to latest one + tweaked to support ext4 /home - shouldn't matter, in this case) and update went without problems, rebooted many times since that.
So, it's worksforme.
Last edited by Estel; 2012-01-14 at 19:08.
I can't imagine, how installing busybox may be related to multiboot disappearance.
/Estel
// Edit
I'm also using backupmenu-multiboot (although, backupmenu component manually updated to latest one + tweaked to support ext4 /home - shouldn't matter, in this case) and update went without problems, rebooted many times since that.
So, it's worksforme.
__________________
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; 2012-01-14 at 19:08.
| The Following User Says Thank You to Estel For This Useful Post: | ||
|
|
2012-01-14
, 19:12
|
|
Posts: 123 |
Thanked: 99 times |
Joined on Sep 2010
@ Russia
|
#219
|
I don't know, maybe my problem isn't related to busybox.
Reboot occured while I installed upgrade today (busybox and espeak), after that phone don't start.
Thanks for RescueOS, I'll try it right now.
Reboot occured while I installed upgrade today (busybox and espeak), after that phone don't start.
Thanks for RescueOS, I'll try it right now.
| The Following User Says Thank You to ForeverYoung For This Useful Post: | ||
|
|
2012-01-14
, 20:46
|
|
Posts: 123 |
Thanked: 99 times |
Joined on Sep 2010
@ Russia
|
#220
|
Big thanks for prompting RescueOS, I fixed phone without reflashing.
I had 0-sized /bin/busybox. Accidental reboot appeared in wrong time.
What is the reason of reboot I don't know, maybe enabled SR or ramzswap.
I think it was watchdog. 4Mb deb installs on my phone 15-20 minutes. (hildon-desktop starts to update menus from desktop-files, I have installed many-many programs)
Last edited by ForeverYoung; 2012-01-15 at 20:32. Reason: addition
I had 0-sized /bin/busybox. Accidental reboot appeared in wrong time.
What is the reason of reboot I don't know, maybe enabled SR or ramzswap.
I think it was watchdog. 4Mb deb installs on my phone 15-20 minutes. (hildon-desktop starts to update menus from desktop-files, I have installed many-many programs)
Last edited by ForeverYoung; 2012-01-15 at 20:32. Reason: addition
For now it's busybox-power time, well, uhm, tiem. A new release has been pushed to the auto builder. It incorporates the patch posted earlier and got synced up hotfixes for BusyBox 1.19.3.
I've skipped pushing busybox-power 1.19.3power2 to Maemo's extras, because it didn't play nice with the root shell functionality in BackupMenu. Busybox-power 1.19.3power4 will be pushed to extras-testing tomorrow, but that'll unfortunately require everyone to re-vote it up again (for good reasons though). Please submit this new release to some more testing than usual as the incorporated patch is relatively invasive. I'm not expecting any issues however