Re: Dual-boot? (was Re: Qtopia coming for Neo1973)
please not another gnome/kde parallel world system both libraries ( and I guess GTK embedded into QT) should be installed and work. and for the Main window: I guess soon it is QT. But please not a double boot option! read the QT-Experience report from one user on the list. QT is great ! that does not mean GTK is bad. But I experienced KDE much better than Gnome.. think users will / want use QT... On 9/18/07, Derek Pressnall <[EMAIL PROTECTED]> wrote: > On 9/18/07, Ryan Prior <[EMAIL PROTECTED]> wrote: > > Is there a bootloader option for the Neo that could let developers decide > > whether to boot into OpenMoko or QTopia? If so, it could provide a > > convenient fallback option in case tinkering with one of the systems caused > > it to stop working. You could boot into QTopia to surf the net and debug the > > OpenMoko partition, and vice versa. > > They both should use the same kernel, so the only difference would be > which init scripts get started at boot time. So just have the startup > scripts display a selection menu for which environment to fire up at > boot (and possibly add an icon to each environment to re-launch the > alternate interface). But anyhow, no boot loader option is needed if > you stick with the same kernel. > > ___ > OpenMoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dual-boot? (was Re: Qtopia coming for Neo1973)
On 9/18/07, Ryan Prior <[EMAIL PROTECTED]> wrote: > Is there a bootloader option for the Neo that could let developers decide > whether to boot into OpenMoko or QTopia? If so, it could provide a > convenient fallback option in case tinkering with one of the systems caused > it to stop working. You could boot into QTopia to surf the net and debug the > OpenMoko partition, and vice versa. They both should use the same kernel, so the only difference would be which init scripts get started at boot time. So just have the startup scripts display a selection menu for which environment to fire up at boot (and possibly add an icon to each environment to re-launch the alternate interface). But anyhow, no boot loader option is needed if you stick with the same kernel. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Dual-boot? (was Re: Qtopia coming for Neo1973)
Is there a bootloader option for the Neo that could let developers decide whether to boot into OpenMoko or QTopia? If so, it could provide a convenient fallback option in case tinkering with one of the systems caused it to stop working. You could boot into QTopia to surf the net and debug the OpenMoko partition, and vice versa. On 9/18/07, Mauro Iazzi <[EMAIL PROTECTED]> wrote: > > before someone beats me to it. > > > http://trolltech.com/company/newsroom/announcements/press.2007-09-17.9260755578 > > and > > http://www.linuxdevices.com/news/NS5429713730.html > > In short: Qtopia is going to be fully GPL'd (telephony applications > included, which weren't) and is being ported to Neo1973. > > Some comments (personal, I can be wrong...): > 1) I hope this stops the Qtopia dismissal because not-GPL'd arguments. > No one can doubt of Trolltech commitment to Open Source world, whether > you like them being commercial or not. > 2) collaboration can be complete now, if not sharing the source (at > least not fully, because of the different stacks), at least in > borrowing design patterns. > 3) this could be seen also as a temporary solution for those which > want to use the Neo _right_now_ (despite it still being > developers-only) > 4) it stresses the no-software-lock-in that Neo wants to have, in > contrast to all other phones. This is freedom. > > Seems to me a great step in making the Neo a big platform. I can't > wait to see it. > > cheers, > > mauro > > ___ > OpenMoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
