Active Topics

 


Reply
Thread Tools
Posts: 2,225 | Thanked: 3,822 times | Joined on Jun 2010 @ Florida
#51
Originally Posted by hawaii View Post
I see no legal reason that a diff can't be created and packaged in order to patch in the changes when installed on the device.

None of the existing code is touched, the modified files stay on each user's device at their own discretion and the patch file contains nothing copywritten by Nokia.
Because there's other desirable goals - such as getting free-to-distribute flash-able images for the N900, which is a goal that in itself depends on free-to-distribute components. And, also, because it's a pain in the *** for something that isn't really a good reason. I would rather go through the licence change request thing above and if that doesn't work, properly recode /sbin/preinit. Both are more future-minded for other possible projects/mods/packages than just making sure my code gets packaged (though that was the point - either every single project like mine has to make diff files, etc, etc, every version, OR we can just get one of the above results and then every project benefits from the extra convenience).

Oh, by the way, did the code end up working for you since your "something's not working" statement in your previous post?

- Edit -

To be clear, I'm not saying it's not legal - it is - I'm just saying in my opinion re-license or re-code is better in the long-term.

Last edited by Mentalist Traceur; 2011-07-04 at 22:26.
 

The Following User Says Thank You to Mentalist Traceur For This Useful Post:
Posts: 1,101 | Thanked: 1,185 times | Joined on Aug 2008 @ Spain
#52
Originally Posted by Mentalist Traceur View Post
Because there's other desirable goals - such as getting free-to-distribute flash-able images for the N900, which is a goal that in itself depends on free-to-distribute components. And, also, because it's a pain in the *** for something that isn't really a good reason. I would rather go through the licence change request thing above and if that doesn't work, properly recode /sbin/preinit. Both are more future-minded for other possible projects/mods/packages than just making sure my code gets packaged (though that was the point - either every single project like mine has to make diff files, etc, etc, every version, OR we can just get one of the above results and then every project benefits from the extra convenience).

Oh, by the way, did the code end up working for you since your "something's not working" statement in your previous post?

- Edit -

To be clear, I'm not saying it's not legal - it is - I'm just saying in my opinion re-license or re-code is better in the long-term.
That's a really desirable goal, but in order to achieve that, you'll have to get rid of those pesky propietary binaries first.
I had a very similar problem in the Diablo Turbo project and I had to settle with diffs. Unfortunately, there is 0 chance that Nokia will ever change those licenses (just as happened with Maemo4)
 
Posts: 2,154 | Thanked: 8,464 times | Joined on May 2010
#53
Package is now in Extras-devel:
http://maemo.org/packages/view/recovery-boot/
 

The Following 5 Users Say Thank You to pali For This Useful Post:
Posts: 1,808 | Thanked: 4,272 times | Joined on Feb 2011 @ Germany
#54
Originally Posted by pali View Post
Package is now in Extras-devel:
http://maemo.org/packages/view/recovery-boot/
Just installed it, but I have a problem with bootmenu and backupmenu.

The backupmenu.item entry just executes backupmenu, so bootmenu never gets a chance to let me choose to run the recovery console..

Will check if a new version of backupmenu is available and fixes it, otherwise I will disable it and check the recovery console.

Thanks Pali. I wanted to this myself, but I waited till you had something to try
 
Posts: 2,154 | Thanked: 8,464 times | Joined on May 2010
#55
Originally Posted by reinob View Post
Just installed it, but I have a problem with bootmenu and backupmenu.

The backupmenu.item entry just executes backupmenu, so bootmenu never gets a chance to let me choose to run the recovery console..

Will check if a new version of backupmenu is available and fixes it, otherwise I will disable it and check the recovery console.

Thanks Pali. I wanted to this myself, but I waited till you had something to try
Report bug to backupmenu...
 
Posts: 1,808 | Thanked: 4,272 times | Joined on Feb 2011 @ Germany
#56
Yup. Just disabled the .item (by renaming).

Console works. Kicks ***!
 
explit's Avatar
Posts: 592 | Thanked: 1,603 times | Joined on Apr 2010 @ Berlin / Germany
#57
Hello boys and girls.

For all these, who, as I have multiboot, kernel-power49 and just want to see boot messages during boot (framebuffer console) there exist a solution.


Anything you need is to load the fbcon module with the command:

modprobe fbcon


The Problem is to put the command very early at boot, so that You see all boot messages during booting (and during shutdown)

I have a multiboot installed, so this is not possible to use bootmenu.
In this case, it is possible to put this command very early to
/sbin/preinit

I put

modprobe fbcon

in the line 9 of /sbin/preinit
after the line
export PATH=/usr/sbin:/usr/bin:/sbin:/bin

For People, who has bootmenu instead of multiboot, is possible to put modprobe fbcon to /bootmenu.sh


Pali Rohar has helped to solve this problem,
Thank you very much, Pali!

But please, be careful!

Playing with /sbin/preinit or /bootmenu.sh can put Your N900 to boot loop or make some other "very bad things"


Sorry for my bad English and best greetings from Berlin/Germany

Last edited by explit; 2011-11-20 at 23:01.
 

The Following 3 Users Say Thank You to explit For This Useful Post:
Estel's Avatar
Posts: 5,028 | Thanked: 8,613 times | Joined on Mar 2011
#58
Sorry for probably *very* dumb question, but is there any way of putting something to preinit, that make full dump of console text and save it inside some text file? Much more convenient for debugging, that using video recorder to catch N900 screen

I'm planning to finally get around solving "mysterious" 'reboot not possible with kp' bug... Normally, I would experiment myself, but I think "experimenting" with /sbin/preinit/ may be not best idea, at least, when there for sure is already tested way of doing it.

/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!
 
Posts: 1,808 | Thanked: 4,272 times | Joined on Feb 2011 @ Germany
#59
Originally Posted by reinob View Post
Yup. Just disabled the .item (by renaming).

Console works. Kicks ***!
One thing. I very quickly tested the boot console and it worked very well.
I still have to prepare a keyboard file for my German layout, but that should take 5 minutes (when I find them

More importantly: I exited the console by typing "exit" (is this the recommended way?).

Then I got the whie screen with blue "NOKIA", but after a while (maybe 10 seconds, wasn't too patient..) nothing happened, so I turned it off and then on again. For the first time (I think) I was welcomed by a very nice date/time set-up screen (I think I didn't even have that when I bought it, I'm not sure).

The questions are:
1. what is the recommended way to exit the boot console?
2. what does exactly /etc/init.d/minireboot do?
3. is my internal clock battery already dead? (phone is ~8 months old).

The most important is (2) above. If minireboot is not reliable, then I guess I'll change it to poweroff or equivalent.

Alternatively, it might be nice to jump back to /sbin/preinit to boot normally, but I'm not sure if preinit needs some initial state that is not the same as when the recovery console exists.

Any ideas?
 

The Following User Says Thank You to reinob For This Useful Post:
Posts: 2,154 | Thanked: 8,464 times | Joined on May 2010
#60
programs poweroff, halt and reboot send signal to upstart init daemon to reboot/poweroff system. If that fails programs fallback to use script /etc/init.d/minireboot. But upstart is not running (it is started after bootmenu start booting...) so program reboot try to connect (more times) to upstart, it spends time and then it switch to fallback.

I do not know what is good way to reboot/poweroff device when upstart is not running.

PS: upstart is not possible to start - when it is started, it start booting device!
 

The Following 2 Users Say Thank You to pali For This Useful Post:
Reply

Tags
console, console-mode, framebuffer, recovery, recovery-mode


 
Forum Jump


All times are GMT. The time now is 04:29.