Menu

Main Menu
Talk Get Daily Search

Member's Online

    User Name
    Password

    Tizen?

    Closed Thread
    Page 17 of 21 | Prev | 7   15     16   17   18     19   | Next | Last
    lma | # 161 | 2011-09-30, 18:04 | Report

    Originally Posted by attila77 View Post
    Modern mobile is a different story. The packages are not equal, there is no interdependency on the application side, there is no need for package dependencies (a mobile linux implements an API version, which is nowadays mandated to be backwards compatible), there is a need for per-user custom repositories, or even packages, package metadata is not only a system-related thing but actually plays part in the user interaction, etc, etc, etc.
    Only if have you have drank really large doses of the meego-compliance kool aid. Some of us beg to differ and still cling to "historical" system maintenance practices. You know, like the ability to install/uninstall/upgrade software and all its dependencies cleanly, or like having one copy of a particular library even if 30 apps use it.

    Originally Posted by
    This is what pretty much every first-gen mobile linux is doing - rehashing desktop formats and technologies and tweaking them to death (maemo -> deb, android -> jar, meego -> rpm, webos -> ipkg). What all of these came to learn is that those are hacks. Hacks that we might be fond of for historical reasons, but still hacks
    Fundamentally, a package (rpm/deb/ipkg/opkg/whatever) consists of some blobs that need to be installed somewhere on the filesystem, and some metadata like a manifest, dependencies and perhaps pre/post-install/remove instructions. Why do you think that is a hack and how do you propose to have a sane system without it?

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 5 Users Say Thank You to lma For This Useful Post:
    ArnimS, brad112358, don_falcone, jstokes, mr_jrt

     
    lma | # 162 | 2011-09-30, 18:04 | Report

    Originally Posted by zimon View Post
    But what it comes to apt vs rpm, rpm is technically, security wise and politically better choice.
    That makes no sense, apt and rpm are completely orthogonal and sit at different levels of the stack. You can even serve rpms with apt.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to lma For This Useful Post:
    don_falcone

     
    zimon | # 163 | 2011-09-30, 19:10 | Report

    Originally Posted by lma View Post
    That makes no sense, apt and rpm are completely orthogonal and sit at different levels of the stack. You can even serve rpms with apt.
    True. My mistake/typo. I meant rpm vs deb.

    Between apt and yum, zypper is better.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    wmarone | # 164 | 2011-10-01, 04:19 | Report

    Originally Posted by lma View Post
    how do you propose to have a sane system without it?
    Every solution I've seen people propose so far is basically Apple's .app style, which leaves you with multiple duplicate copies of libraries and wasted memory due to non-shared libraries. You can work around that, but all you do is move the hack out of user space and into the kernel via block de-duplication (though VMWare patented user space memory de-duplication right out from under the Linux kernel...)

    This method doesn't benefit Free systems, but it does benefit closed source developers. Considering how hostile to open and Free software the space is, solutions like the above don't surprise me.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 2 Users Say Thank You to wmarone For This Useful Post:
    don_falcone, lma

     
    Texrat | # 165 | 2011-10-01, 05:00 | Report

    Originally Posted by ste-phan View Post
    It's not the name that counts, its the strategy.
    Product naming, i.e. branding, IS part of strategy. A name needs to resonate with customers. I always thought MeeGo was too cutesy but tried to make the most of it.

    I'm not too thrilled with TiZen, either, mainly because it includes a buzzing consonant which tends to be a little off-putting, especially in the middle of a word.

    But we'll see.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 3 Users Say Thank You to Texrat For This Useful Post:
    don_falcone, rainmaster, ysss

     
    ArnimS | # 166 | 2011-10-01, 12:09 | Report

    Originally Posted by Milhouse View Post
    No Qt in Tizen. Documentation on transitioning Qt applications will be published in due course, according to Dawn Foster on IRC.

    Not good news IMHO - Qt was what made MeeGo interesting. HTML5 as the only development frameworks is going to be a disaster for several years to come, it may (MAY) be the future in several more years, by which time nobody will give a rats @rse about Tizen.
    food for thought.. good to see you, old-timer.

    i'm buying spare n900 and parts. Aside from these, there are only dumbed-down future-fones visible as far as I can see.

    Remember, some people know what they're doing, no people know what everybody's doing.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    zimon | # 167 | 2011-10-01, 12:35 | Report

    As it has been said, (if) Tizen is open, so Qt (and *sigh* QML) will end up to Tizen anyway if there is a community or person to do it. Officially companies using Tizen of course won't support or provide it then unless they make an exception.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    RFS-81 | # 168 | 2011-10-01, 12:57 | Report

    So, will this be the Last Great Thing, or just another episode in series of things to be abandoned for something better after a year?
    From where does the need to get something finished come? For whom is this important enough to not throw away if it doesn't seem to fly at first?

    Edit | Forward | Quote | Quick Reply | Thanks

     
    larux | # 169 | 2011-10-01, 13:00 | Report

    Originally Posted by zimon View Post
    As it has been said, (if) Tizen is open, so Qt (and *sigh* QML) will end up to Tizen anyway if there is a community or person to do it. Officially companies using Tizen of course won't support or provide it then unless they make an exception.
    Qt and QML are already going to be integrated into Tizen. See this announcement:

    Nomovok provides Tizen with integrated Qt

    Sep 28, 2011 in News
    Nomovok provides Tizen with integrated Qt, both for x86 and ARM architectures. Our proven expertise on native ARM build on the OBS based Tizen build system allows rapid product creation. With Nomovok Tizen build you are able to achieve Qt performance on Tizen while re-using existing Qt apps and benefiting from the existing Qt ecosystem.

    http://nomovok.com/news/56/73/Nomovo...-integrated-Qt

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 3 Users Say Thank You to larux For This Useful Post:
    caa, Jedibeeftrix, Texrat

     
    Jedibeeftrix | # 170 | 2011-10-01, 13:11 | Report

    Originally Posted by larux View Post
    Qt and QML are already going to be integrated into Tizen. See this announcement:

    Nomovok provides Tizen with integrated Qt

    Sep 28, 2011 in News
    Nomovok provides Tizen with integrated Qt, both for x86 and ARM architectures. Our proven expertise on native ARM build on the OBS based Tizen build system allows rapid product creation. With Nomovok Tizen build you are able to achieve Qt performance on Tizen while re-using existing Qt apps and benefiting from the existing Qt ecosystem.

    http://nomovok.com/news/56/73/Nomovo...-integrated-Qt
    i'm not sure third party support cuts it.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to Jedibeeftrix For This Useful Post:
    don_falcone

     
    Page 17 of 21 | Prev | 7   15     16   17   18     19   | Next | Last
vBulletin® Version 3.8.8
Normal Logout