Menu

Main Menu
Talk Get Daily Search

Member's Online

    User Name
    Password

    Mer v0.7 release, and community firmware contents discussion

    Reply
    Page 3 of 11 | Prev |   1     2   3   4     5   | Next | Last
    qole | # 21 | 2009-02-02, 18:14 | Report

    Originally Posted by Jaffa View Post
    Ignoring the rest of your post for the moment (which seems to have gone slightly off the reality wagon), Nokia sell devices. Mer uses lots of Maemo open source components.

    Why would Mer reusing Nokia-shipped closed-source binaries for N8x0 releases "destroy them", or be a viable competitor to Maemo 5?
    Dude. I was trying to be funny in that last bit. If you were to ignore anything in that post, it would be the last bit where I was being silly.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    qole | # 22 | 2009-02-02, 18:23 | Report

    Originally Posted by Stskeeps View Post
    This is -me- asking, what we need to put our focus into looking at trying to make work in Mer. All Nokia has asked for, is a list... Why we're asking for reasoning, is to make it possible to prioritize our time in determining where it's even worth spending time on trying to integrating the closed source bits.
    Thanks for clarifying. It seemed like you were saying Nokia was asking for justification, and I didn't understand. This makes more sense.

    I'm much more of the Ubuntu mindset, as opposed to the Debian mindset. If Nokia or nVidia only has binary blobs to give me, I'm not going to stick up my nose and say, "I can live without that functionality, if it means my device can be truly free!"

    However, I know that there are people who do have a free-or-nothing attitude, and I respect that. Again, I like how Ubuntu does it. They don't install the non-free binary drivers by default, but they don't make it difficult to install them, either.

    For instance, I would like the GStreamer DSP stuff and the Hantro encoder, but I know it's not strictly necessary to have it...

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Jaffa | # 23 | 2009-02-02, 18:57 | Report

    Originally Posted by qole View Post
    Dude. I was trying to be funny in that last bit. If you were to ignore anything in that post, it would be the last bit where I was being silly.
    Thought you may have been. The whole country's broken at the moment (no, I don't know why either) so maybe it leaked into my brain.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Jaffa | # 24 | 2009-02-02, 19:02 | Report

    Originally Posted by Benson View Post
    Of those, Flash is the only one that needs additional closed components.
    Emphasis on "needs".

    Originally Posted by
    There are ways to handle the Operator Wizard's role (possibly even ones that aren't broken by default, and can have their database updated when a problem is found with it)
    Are there any open source operator connection string databases already available? Would it have to be compiled (in the literal, rather than computing sense)? Is there a Hildonised UI for a front-end?

    Presumably the use of Network Manager could help here, especially with the efforts Ubuntu are touting for 3G & Bluetooth access.

    Originally Posted by
    several open-source handwriting input methods, and IIRC xvkbd can do completion, so the code's out there.
    None of these are cheap though, or trivial to integrate to hildon-input-method.

    Originally Posted by
    And unless I'm mistaken, Mer already includes (i.e., steals from existing Maemo install) bme.
    ...which isn't an option for an end-user flashable image.

    Originally Posted by
    You didn't mention it, but I'd put Skype with Flash; those are the two things I can see that have substantial impact on end-users and don't have plausible replacement paths.
    I purposely left Skype off as, without investigating it further, figured it should be installable off the network, and doesn't require anything in the FIASCO image.

    Originally Posted by
    As interim components until we get some of those worked out, I'm not averse to other things, but I don't see them as very important.
    But even interim components need to be in the list, no?

    Edit | Forward | Quote | Quick Reply | Thanks

     
    SD69 | # 25 | 2009-02-02, 19:09 | Report

    Originally Posted by Stskeeps View Post
    OK, I really have to defuse this one, sorry This is -me- asking, what we need to put our focus into looking at trying to make work in Mer. All Nokia has asked for, is a list[1]. No justifications, just what we think would be useful and what we would want to distribute, and to isolate early on as possible to see what would be possible to distribute, both of Nokia applications and 3rd party code.

    They are doing us a huge favour through this opening, - allowing Mer on tablets to accelerate to Fremantle-level functionality so when Fremantle (and RX-51) comes out, N8x0(W) (and maybe even 770) will have quite similar functionality.

    Why we're asking for reasoning, is to make it possible to prioritize our time in determining where it's even worth spending time on trying to integrating the closed source bits.



    Yes, we are. The closed bits stuff is added value to make it a more viable backport of Fremantle functionality, so people doesn't have to sacrifice functionality of their tablets. For my sake I could live with HW interfacing closed source bits, but some people are more picky



    The open source replacements question is to make us aware what things people would agree on would be good to include in base firmware images, or things that could be useful to spend time on integrating, - to see what people want and what they can live without.
    Thanks, your explanation is good. Yes, and the request to Nokia has to be judicious. For example, for things like Flash and Skype, Nokia may not have the ability to grant the request since they are downstream themselves and may or may not want to pass along the request upstream. There have to be considerations to Nokia's perspective in the request, but there should be some cooperation because it is in their interest to prevent a backlash from perceived abandonment of legacy NITs. Also, you can factor in considerations like the efforts in Ubuntu to get some open component for Flash/my tube for ARM.

    These comments are also the good reason why there is benefit to having two versions of Mer. One for the backport to legacy NITs and one for more open version. It is beneficial that there will also be a more open version so making a request for a closed component does not preclude a version that might include an open component and we will not be in an either/or situation.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    qgil | # 26 | 2009-02-02, 19:46 | Report

    Originally Posted by qole View Post
    Why are we being asked to justify every closed-source component?
    Because otherwise you are breaching the licenses of the software you want to use?

    We asked the Mer team to list the *3rd party* closed source packages they need, since they don't belong to Nokia and therefore we need to make sure the owners are fine with the deal.

    For instance, Flash belongs to Adobe and Skype belongs to Skype Inc. The agreements signed with these companies are framed for official releases going through a quite demanding quality process. If Nokia would let the Mer team (or whoever) grab those binaries for other purposes then those agreements would be in trouble, affecting e.g. the negotiations for Fremantle.

    EDIT: By the way, forget about an official endorsement on 3rd party applications. 3rd party platform components essential to get the hardware running are a different and more feasible story.

    Originally Posted by
    I would think it would be a more simple case than that; can we have the closed source bits for Mer? Yes? Thanks!
    This is more or less what we have already said about the closed source components owned by Nokia:

    We don't see any problem with the idea of redistributing Nokia owned
    software to owners of Nokia devices, and the question to be decided is
    only the best way to do it.


    Originally Posted by
    It seems weird that Nokia is saying, "Yes, you can have closed source bits, but you have to work for it; you have to justify each one -- why do you need that one? And why do you need that one? Are you really, really sure you need that one? Show me how much you want it. Oh, come on, you can live without that one."
    Nokia has never said anything like that.

    Edit | Forward | Quote | Quick Reply | Thanks

    Last edited by qgil; 2009-02-02 at 19:50.
    The Following 5 Users Say Thank You to qgil For This Useful Post:
    benny1967, GeneralAntilles, lcuk, qole, Stskeeps

     
    neatojones | # 27 | 2009-02-02, 20:07 | Report

    Supposedly, Adobe is in alpha/beta stages with flash for ARM V6 and V7 with an estimated release of this summer. I realize it will still be closed source, but it would at least be freely downloadable without the Nokia middleman at that point.

    Otherwise, I think we really just need the sound components and if someone would like to steal functioning 3D video drivers which Nokia doesn't even seem to have that would be nice too.

    If someone could rewrite WINE to work on ARM with Windows Mobile compatibility that would be stellar too.

    Edit | Forward | Quote | Quick Reply | Thanks

    Last edited by neatojones; 2009-02-02 at 20:10.

     
    Jaffa | # 28 | 2009-02-02, 20:11 | Report

    Originally Posted by neatojones View Post
    Supposedly, Adobe is in alpha/beta stages with flash for ARM V6 and V7 with an estimated release of this summer. I realize it will still be closed source, but it would at least be freely downloadable without the Nokia middleman at that point.
    Have you a source which says it'll be freely downloadable? For what platforms? What calling conventions? Which EABI?

    Having the ARM code isn't the end of the matter, even if it was freely downloadable (which I've seen no evidence of plans for)

    Originally Posted by
    and if someone would like to steal functioning 3D video drivers which Nokia doesn't even seem to have that would be nice too.
    Well, Nokia have something approaching them. They just can't release them. And steal them from whom, exactly?

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

     
    Benson | # 29 | 2009-02-02, 20:15 | Report

    Originally Posted by Jaffa View Post
    Well, Nokia have something approaching them. They just can't release them. And steal them from whom, exactly?
    From Nokia, of course. They have them, after all.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    qole | # 30 | 2009-02-02, 20:34 | Report

    Originally Posted by qgil View Post
    We asked the Mer team to list the *3rd party* closed source packages they need, since they don't belong to Nokia and therefore we need to make sure the owners are fine with the deal... This is more or less what we have already said about the closed source components owned by Nokia:

    We don't see any problem with the idea of redistributing Nokia owned
    software to owners of Nokia devices, and the question to be decided is only the best way to do it.


    Nokia has never said anything like that.
    Thanks Quim. Between you and Stskeeps, I've got it all straightened out in my head now.

    This seems much more sane now that I understand that the Nokia request is about third-party components, and the justification for Nokia components is a request from the Mer team, not Nokia.

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

     
    Page 3 of 11 | Prev |   1     2   3   4     5   | Next | Last
vBulletin® Version 3.8.8
Normal Logout