Announcement

Collapse
No announcement yet.

GNOME & Intel Developers Plan The Wayland Future

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

  • #71
    Originally posted by Awesomeness View Post
    Yes, it is.
    It's perfectly possible to write Gnome HIG-compliant applications in Qt. If Mono with all its duplicated features could become a Gnome dependency, so could Qt.The difference is that Mono was written by Gnome's founder, while hostility towards Qt 1's licensing is the reason Gnome exists at all.
    Mono is not a dependency of core GNOME. Mono provides a GTK language binding that some GNOME/GTK programs use and you can choose to install them ... or not. Fedora for instance provides a GNOME desktop that doesn't have any of those programs installed. An alternative toolkit is very different from a language binding.

    Comment


    • #72
      Originally posted by RahulSundaram View Post
      Since when is say CUPS a Red Hat Project?
      Colord is a Red Hat project and Red Hat maintains the Linux portions of CUPS.
      Red Hat providing colord patches for CUPS is not a poof that colord is not NIH.

      PS: Learn English. I didn't write that CUPS is a RH project.

      Comment


      • #73
        Originally posted by Awesomeness View Post
        Colord is a Red Hat project and Red Hat maintains the Linux portions of CUPS.
        Red Hat providing colord patches for CUPS is not a poof that colord is not NIH.

        PS: Learn English. I didn't write that CUPS is a RH project.
        Red Hat doesn't maintain the "Linux portions of CUPS". Linux foundation hosts the Linux specific filters and it is maintained by a Canonical employee. However you read it, you are wrong. my English is just fine. Thanks

        Comment


        • #74
          Originally posted by RahulSundaram View Post
          Mono is not a dependency of core GNOME.
          But it is a dependency of 1st party Gnome applications (Banshee,?) and Maliit would not need to be part of core Gnome.

          Comment


          • #75
            Originally posted by RahulSundaram View Post
            Red Hat doesn't maintain the "Linux portions of CUPS". Linux foundation hosts the Linux specific filters and it is maintained by a Canonical employee.
            So you claim that colord support in CUPS was not done by RH?

            Comment


            • #76
              Originally posted by Awesomeness View Post
              So you claim that colord support in CUPS was not done by RH?
              You have to understand that colord itself is not really sponsored by Red Hat. It is mostly done voluntarily by Richard Hughes who works for Red Hat but is sponsored to do GNOME work primarily I am observing that colord has broader support of the community (support for KDE via colord-kde for instance was not done by any Red Hat developer) than the alternatives and has technical features that the alternatives don't provide. You cannot call a newer project NIH just because it is newer and colord itself is a fully desktop environment neutral project hosted in freedesktop.org and using it as example against GNOME is doubly inappropriate considering the above facts.

              Comment


              • #77
                Originally posted by Awesomeness View Post
                But it is a dependency of 1st party Gnome applications (Banshee,?) and Maliit would not need to be part of core Gnome.
                Banshee is NOT part of the official GNOME modules release set. GNOME 3 does not include any official app that depends on Mono at all. Not even via an external library.

                Comment


                • #78
                  Originally posted by bkor View Post
                  Provide references already!

                  I can point out the many times that GNOME has made something on freedesktop.org and that has been used by KDE. Like your colour support in KDE? Most of the infrastructure work was done by someone in GNOME.

                  KDE and GNOME work together. It's pretty cool to pretend that we hate eachother, or that one DE is the more awesome than another, but freedesktop.org is basically people from desktops working together. Suggest all the people who root solely for either KDE, GNOME or some other desktop to get lost because thinking that things will work without working together with another desktop has not been true for 10+ years.
                  Many times stuff with *@kde.org as email is ignored by freedesktop

                  Comment


                  • #79
                    Originally posted by bkor View Post
                    "It is known" is not proof. Try coming up with references. If you say it is so easy, prove like 3 times or something. Good luck!
                    Here you go:

                    Dave Neary published a blog post about some of the challenges experienced with GNOME and Canonical working together . I'm not going to put m...


                    Comment


                    • #80
                      Originally posted by Honton View Post
                      So what? Qt is as horrible as MIR when it comes to contributor agreements. Accepting such agreements is not something to take lightly. Gnome can do fine without this. While I don't buy the "MIR is making Wayland go faster", it has never been more important to support Wayland and push forward. The alternative is another hostile take over like MIR. Qt made alot of people accept the idea that one company should own and control crucial parts of what makes a Linux desktop. Gnome's very existence is founded on the idea to be as free as possible. If you can't stand the freedom and the tough choices related to this, you should buy a mac and a blackberry and stay away.

                      Thank God, Gnome is the place to be when developing Wayland and it is happening at GUADEC right now.
                      Too bad gnome is broken like hell. Furthermore, even if Qt is controlled by one company it's light years ahead of gtk and it will remain Open Source.

                      Comment

                      Working...
                      X