There is a difference between putting GNOME on your workstations and enganging in a partnership with Ximian or Eazel. What these announcements is about is that companies like RedHat, Sun and HP will make the services provided by the company they partner with available to their customers.
Companies who do not make such an agreement with Eazel for instance will probably not install the Eazel services part of Nautilus just the basic filemanager.
it is 'GNOME ORBit':)
Seriously it is a very hight speed implementation of the OMG CORBA specification, created to give the GNOME project a very fast CORBA implementation.
You find more information on the RH Labs homepage.
I this it is fair to say that this is true for
Redhat even if you don't count in Cygnus.
Redhat was the company that pushed Linux and with it free software (incl. opensource) into the hands
of a wider audience. Before Redhat the only people who used linux was students studying Computer Science and some developers.
With the AOL/Sun iPlanet deal Sun has a lot of influence over Netscape. They are also directly paying for both the Java support and the SSL implementation.
You realize that if you hadn't replied to that post, there wouldn't have been any mention of the issue on Score:1 or higher which is where most of us read:)
It seems that Sun is willing to put a lot of resources into helping Linux become a success on the desktop. With the GPL'ing of StarOffice and Mozilla, the developers they are putting onto the GNOME project they are linning up to be the biggest backer of desktop Linux projects.
Thanks Sun.
I have used RedHat almost exclusivly since a started out with Linux. Yet the 6.x releases seemed to be very aimed at the server users with
other distro's putting more effort into making their distro work nicely out of the box for desktop users. After running the beta and seeing what is to expect in the 7.0 release I think RedHat once agains gives priority to the desktop system. The added applications, GUI lilo, improved USB support, great hardware detection through Kudzu etc. I think RedHat is poised to once again be the undisputed leader also in the Linux desktop segment. Big kudos to RedHat and especially the guys at the RedHat Labs for their great work.
Galeon utilises the GNOME CORBA architecture too provide integration with GNOME transfer Manager. The use of GNOME has enabled Galeon to provide more extensive features than it otherwise would.
Why people can't see that re-implementing fuctionality is more stupid and space consuming than many apps sharing one or more libraries providing this functionality is beyond me.
Errr...Galeon is a GNOME frontend for Mozilla, so removing both GNOME and Mozilla depency is naturally not a very brilliant idea.
As for speed, I use Galon daily and it is very fast and slick. And as the optization work continues in Mozilla, things will only go faster.
Might be that I am being judgemental being a long time GNOME user, but when looking at the screenshots, especially the one of the filemanager, the icons gave me a distinctly 'for kids' feeling. It is hard to explain the reasons, but I think the combination of a cartoonish look ('simplified' and big and very distinct colours) are probably part of the explanation for this impression. If this was done on purpose by KDE, I think it is a mistake. Non-techie users probably don't want to be given an interface which inidicates that they as users are on a 'kids' level.
If you don't want to use the lynx method, why not just download all the RPM's from Helix and use the Helix installer to install them. I have problems seeing how this can be considered hard.
This is just ubercool. I also noticed they refered to themselves as a Helixcode and Eazel sister-company, which I interpret as a way of saying that they are serious on using the GPL instead of a lame OpenSource license. Wonder when I can get this for my PalmPilot:)
Licensing is not really an issue here, none of the shared technologies in question would need to link to Qt. As for who would benefit the most, I think it is academic, the real winner would be the users and linux in general. If this thing works out choosing desktop environment would be very much like choosing a window-manger.
Bonobo AFAIK satisfy all those criteria. So while I can see that there can be improvements due to input from the KDE developers, I have trouble seeing the need for something new.
This issue has been hashed out and solved on the KDE-GNOME list. This mail is from ORBit author Elliot Lee http://mail.gnome.org/pipermail/gnome-kde-list/199 9-October/000265.html And this one from aRTS author Stefan Westerfeld: http://mail.gnome.org/pipermail/gnome-kde-list/199 9-October/000265.htm
Hi, Mime types are not done, they are not part of the.desktop standard. KDE however uses.desktop files also for Mime types. Check out the GNOME-KDE list at gnome.org for mine and others mailings on the issue.
Rivyn has talked with a lot of KDE and GNOME developers about this, with mostly postive reactions. Duley is an ardent GNOME hater so I think that is why he downplays this so much.
That said, the contact is at a very preliminary stage so it is correct to say that things are more at like the start of a new mid-east process than very close to a solution.
What Rivyn is trying to do though is gather user support behind those developers on both sides that have a positive attitude towards the issue, in order to keep things moving.
There is no discussion of merging the projects, just on getting the component architecture shared. Licensing is not an issue when does this way, look at the Mozilla embinding into Nautilus as an example of cross-license code interacting in a similar manner.
Slashdot Mirror
The patch is available here
You are probably using Netscape classic it can't render png images correctly. Try Mozilla or an external image viewer.
Companies who do not make such an agreement with Eazel for instance will probably not install the Eazel services part of Nautilus just the basic filemanager.
it is 'GNOME ORBit' :)
Seriously it is a very hight speed implementation of the OMG CORBA specification, created to give the GNOME project a very fast CORBA implementation. You find more information on the RH Labs homepage.
I this it is fair to say that this is true for Redhat even if you don't count in Cygnus. Redhat was the company that pushed Linux and with it free software (incl. opensource) into the hands of a wider audience. Before Redhat the only people who used linux was students studying Computer Science and some developers.
With the AOL/Sun iPlanet deal Sun has a lot of influence over Netscape. They are also directly paying for both the Java support and the SSL implementation.
You realize that if you hadn't replied to that post, there wouldn't have been any mention of the issue on Score:1 or higher which is where most of us read :)
It seems that Sun is willing to put a lot of resources into helping Linux become a success on the desktop. With the GPL'ing of StarOffice and Mozilla, the developers they are putting onto the GNOME project they are linning up to be the biggest backer of desktop Linux projects. Thanks Sun.
I have used RedHat almost exclusivly since a started out with Linux. Yet the 6.x releases seemed to be very aimed at the server users with other distro's putting more effort into making their distro work nicely out of the box for desktop users. After running the beta and seeing what is to expect in the 7.0 release I think RedHat once agains gives priority to the desktop system. The added applications, GUI lilo, improved USB support, great hardware detection through Kudzu etc. I think RedHat is poised to once again be the undisputed leader also in the Linux desktop segment. Big kudos to RedHat and especially the guys at the RedHat Labs for their great work.
It is nice to see that TrollTech finally comes around and GPL's Qt. Thumbs up to TrollTech for this move.
Galeon utilises the GNOME CORBA architecture too provide integration with GNOME transfer Manager. The use of GNOME has enabled Galeon to provide more extensive features than it otherwise would. Why people can't see that re-implementing fuctionality is more stupid and space consuming than many apps sharing one or more libraries providing this functionality is beyond me.
Errr...Galeon is a GNOME frontend for Mozilla, so removing both GNOME and Mozilla depency is naturally not a very brilliant idea. As for speed, I use Galon daily and it is very fast and slick. And as the optization work continues in Mozilla, things will only go faster.
Strange he didn't mention Henzai they are aleady working on porting GNOME to PDA's. handhelds.org even has a link to them.
Might be that I am being judgemental being a long time GNOME user, but when looking at the screenshots, especially the one of the filemanager, the icons gave me a distinctly 'for kids' feeling. It is hard to explain the reasons, but I think the combination of a cartoonish look ('simplified' and big and very distinct colours) are probably part of the explanation for this impression. If this was done on purpose by KDE, I think it is a mistake. Non-techie users probably don't want to be given an interface which inidicates that they as users are on a 'kids' level.
If you don't want to use the lynx method, why not just download all the RPM's from Helix and use the Helix installer to install them. I have problems seeing how this can be considered hard.
This is just ubercool. I also noticed they refered to themselves as a Helixcode and Eazel sister-company, which I interpret as a way of saying that they are serious on using the GPL instead of a lame OpenSource license. :)
Wonder when I can get this for my PalmPilot
Licensing is not really an issue here, none of the shared technologies in question would need to link to Qt.
As for who would benefit the most, I think it is academic, the real winner would be the users and linux in general. If this thing works out choosing desktop environment would be very much like choosing a window-manger.
Bonobo AFAIK satisfy all those criteria. So while I can see that there can be improvements due to input from the KDE developers, I have trouble seeing the need for something new.
Thanks for catching that one :) 9 9-October/000265.html
http://mail.gnome.org/pipermail/gnome-kde-list/19
This issue has been hashed out and solved on the KDE-GNOME list. This mail is from ORBit author Elliot Lee http://mail.gnome.org/pipermail/gnome-kde-list/199 9-October/000265.html And this one from aRTS author Stefan Westerfeld: http://mail.gnome.org/pipermail/gnome-kde-list/199 9-October/000265.htm
Hi, Mime types are not done, they are not part of the .desktop standard. KDE however uses .desktop files also for Mime types. Check out the GNOME-KDE list at gnome.org for mine and others mailings on the issue.
That said, the contact is at a very preliminary stage so it is correct to say that things are more at like the start of a new mid-east process than very close to a solution.
What Rivyn is trying to do though is gather user support behind those developers on both sides that have a positive attitude towards the issue, in order to keep things moving.
0 and 1 is correct, the rest is wrong. A shared component model would not change KDE's use of Qt, or the political implications of that use.
It is not fake, it is just Mosfet and Rivyn seeing very differently on how to interpret these early talks.
There is no discussion of merging the projects, just on getting the component architecture shared. Licensing is not an issue when does this way, look at the Mozilla embinding into Nautilus as an example of cross-license code interacting in a similar manner.