Announcement

Collapse
No announcement yet.

Canonical Developers To The Community: Help Us Figure Out The Direction Of Mir

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Mystro256
    replied
    Originally posted by jpg44 View Post

    I respectfully disagree. Wine is among the top most valuable Linux projects. But this is some of the differences between different kinds of mentality on the subject. Many are concerned more about freedom, so want to make it easier for more people to move to a free OS. With what you want, this will never happen. Most people will be left with no choice to stay with Windows, even if they want to move to Linux. Also, on a driver compatability layer, it wouldnt be messy. I would advocate such things be done outside the kernel or in a module, then the mess would only be loaded by people who need it
    Furthermore, wine has helped in the past (and probably still does/will) various open source projects with the porting process from Windows. I vaguely remember some Chromium browser dev's saying that wine was a big help when it was originally ported over to GNU Linux. I'm also told it's helped with numerous native game ports too.

    Edit: I believe eON is a well known wine based library for games (I'm not sure if this is a run-time layer or not), but there's also winelib (which is compile time AFAIK): https://wiki.winehq.org/Winelib_User%27s_Guide
    Last edited by Mystro256; 23 November 2017, 01:10 PM.

    Leave a comment:


  • jpg44
    replied
    Vistaus covered some of this:

    1) MIR began as its own API, Implementation etc. Now, its implementing Wayland. But, there are still many other implementations of Wayland already. It should also be relatively trivial to implement a Wayland compositor using a library like libweston and other libraries that allows you to focus on implementing your UI by handling the nitty gritty for you. Developer resources are still better spent elsewhere to allow Linux to take on Windows.

    2) The issue of having binary drivers run on Linux is contentious. If it were a Windows driver layer, I think it would be okay and would increase software freedom in the long run. Explanation: Linux deployment would begin to take over the desktop. Its better to have an open source OS with a few legacy binary drivers than a completely closed source OS. The increased user base of Linux would increase the impetus for fully open source native drivers which can then allow the binary drivers to be phased out, once Linux gains the leverage to make this happen. Linux right now lacks leverage to make that happen because the desktop user base is so small. This is true of multimedia hardware devices such as TV tuner cards for instance.

    3) The attitude that "people who need windows app or hardware should use windows" is why Linux remains at 3% desktop user share. Many of us have wanted to get off Windows but cannot because we are tied to proprietary apps and some hardware that Linux does not support. Why should people use Linux? Yes I do read the Linux kernel and it should be a practical reality that people do not depend on blackbox code, because as RMS says, its about freedom. The main disageement I have with RMS is that by supporting some binary drivers from Windows, in the long run, most of the world would be running a fully open source OS. There has to be a practical migration path.

    Leave a comment:


  • Vistaus
    replied
    Originally posted by jpg44 View Post
    I wouldn't say it would be a good use of developer resources to spend time on this, when the time could be spent adding more capabilities to the software.
    Depends. If they have 20 people working on a project, they could assign 1 or 2 people who will port it to Wayland. It will go slow, but in the end, we'll get there.

    Leave a comment:


  • Vistaus
    replied
    Originally posted by kravemir View Post

    Wine won't be needed for long. Lots of developers realize, that Linux is slowly becoming widely used platform. But, in order to run old stuff, wine is useful.
    Or to run the more complex software developed by individual developers. Because they only work the software in their spare time, they cannot easily port it, esp. when it's more complex software.

    Leave a comment:


  • Vistaus
    replied
    Originally posted by DanL View Post
    Yes, yes, we know - you want everything to run natively on Wayland and you want it done yesterday. Maybe if you repeat it 10,000 more times, it will happen. But that's up to the devs of those projects and is unrelated to the topic.
    No, your post is unrelated to the topic. If the community decides that Mir is a no-go, they could then free up resources and have those devs contribute to other projects instead, for example the ones uid313 mentioned.
    Last edited by Vistaus; 23 November 2017, 11:56 AM.

    Leave a comment:


  • Vistaus
    replied
    Originally posted by tomtomme View Post

    MIR is not comparable to wayland. MIR is AFAIK more like Weston (window management and compositor). Andit now works with wayland. Dumping MIR will help nobody. Helping MIR could help the smaller Desktop Environments to get wayland support, like MATE. MATE does not have the resources to migrate to wayland but with MIR they may get there.
    Or they could just use any of the already existing Wayland display servers/window managers, like Weston, Mutter or Enlightenment.

    Leave a comment:


  • Vistaus
    replied
    Originally posted by jpg44 View Post
    [...]and even look at making a driver compatability layer that would allow WIndows device drivers to be used on Linux.
    Such a thing already exists. It's called ndiswrapper

    Leave a comment:


  • jpg44
    replied
    Originally posted by theghost View Post

    Wine is the greatest waste of useful resources.
    If you want Windows stuff, keep using Windows.
    Linux has so many construction sites where developer resources are better invested.
    Btw, we had a driver compatability layer in the past, which was pretty messy.
    Luckily it's not needed anymore...
    I respectfully disagree. Wine is among the top most valuable Linux projects. But this is some of the differences between different kinds of mentality on the subject. Many are concerned more about freedom, so want to make it easier for more people to move to a free OS. With what you want, this will never happen. Most people will be left with no choice to stay with Windows, even if they want to move to Linux. Also, on a driver compatability layer, it wouldnt be messy. I would advocate such things be done outside the kernel or in a module, then the mess would only be loaded by people who need it

    Leave a comment:


  • Guest
    Guest replied
    Originally posted by theghost View Post

    Wine is the greatest waste of useful resources.
    If you want Windows stuff, keep using Windows.
    Linux has so many construction sites where developer resources are better invested.
    Btw, we had a driver compatability layer in the past, which was pretty messy.
    Luckily it's not needed anymore...
    Wine won't be needed for long. Lots of developers realize, that Linux is slowly becoming widely used platform. But, in order to run old stuff, wine is useful.

    Leave a comment:


  • jpg44
    replied
    Originally posted by tomtomme View Post

    MIR is not comparable to wayland. MIR is AFAIK more like Weston (window management and compositor). Andit now works with wayland. Dumping MIR will help nobody. Helping MIR could help the smaller Desktop Environments to get wayland support, like MATE. MATE does not have the resources to migrate to wayland but with MIR they may get there.
    If MATE cannot afford to port to Wayland, it can just remain on the X.org server. Due to the Glamor project, X.org will use the same driver base as Wayland. Theres no real urgency to port to Wayland

    Many are asking for application portings to native Wayland. Programs will run fine on XWayland. I wouldn't say it would be a good use of developer resources to spend time on this, when the time could be spent adding more capabilities to the software. Its already been done for Qt and Gtk apps, which is the majority of the apps.

    Leave a comment:

Working...
X