Slashdot Mirror

← Back to Stories (view on slashdot.org)

Gentoo, Fink, and DarwinPorts Join Forces

Posted by michael on from the darfinkgen dept.

Mr. Quick writes "From Metapkg, "In order to better provide freely-available software to users of Mac OS X and Darwin, we Fink, Gentoo, and DarwinPorts commit ourselves to work together." A unified front for free software on Mac OS X is something that was needed."

42 of 164 comments (clear)

  1. Name for the United Front? by TPIRman · · Score: 5, Funny

    What will this new collaboration be called?

    DarFinkGen?
    FinkTooWin?

    Firebird?

    1. Re:Name for the United Front? by popeyethesailor · · Score: 2, Funny

      United MacOsX.

    2. Re:Name for the United Front? by mikeophile · · Score: 5, Funny

      MacJustice League Superfriends X?

    3. Re:Name for the United Front? by carpe_noctem · · Score: 4, Funny

      I'm partial to "Operation Enduring Package".

      --
      "Quoting famous computer scientists out of context is the root of all evil (or at least most of it) in programming." - K
  2. Uh.. so by Anonymous Coward · · Score: 5, Insightful

    So while this is really cool, how is it going to work out?

    To wit: thought maybe i'm on crack, it SEEMS like each of the three-- while offering basically the same interface to the same service-- were pegged to different codebases, and taking packages from different sources. Fink to debian, gentoo to gentoo and ports to bsd.

    Is this the case? And which source (debian/gentoo/bsd) will the collaboration generally follow?

    1. Re:Uh.. so by pete-classic · · Score: 2, Interesting

      There is a huge amount of overlap in those three "codebases." Recall that we are talking about user packages here, and not the system . . . the system is OSX.

      All three are maininging OSX ports of, say, wget and grep and such. All three port packages to OSX. I think this is a huge win for Free Software on this platform.

      But maybe I'm wrong. I have no interest in OSX so this is my POV from the outside looking in.

      -Peter

  3. This is what Linux needs by Anonymous Coward · · Score: 2, Insightful

    ...to come together like this. The competing GUI's (KDE vs. GNOME), the competing browswers (Konqueror, Mozilla, Opera, Galeon), the competing distributions (SuSe, RH, Caldera), all drain human and financial resources that, if combined would make Linux into the powerhouse it could be.

    Until then, Linux will remain second fiddle to the likes of Windows XP and MacOS X.

    1. Re:This is what Linux needs by HornyBastard77 · · Score: 4, Insightful

      Yes indeed. Get them all together. Package them all the same. Get rid of choice, it is overrated anyway. That is the only way to get Linux to be just like Windows, and the OSI, FSF et al to be like just like MS.

    2. Re:This is what Linux needs by 90XDoubleSide · · Score: 5, Insightful

      These group's aren't merging into one project: they're still making three products, but will be working together to ensure there is sharing of work and no duplication of effort. This is indeed different from most OSS projects where the two competitiors come to hate each other for some reason. Another groundbreaking thought from their mission statement: "Non-advocacy: Our common goal is simply to provide software for people who choose to use Mac OS X & Darwin, not to promote or advocate any particular operating system." OSS with non-advocacy! Imagine how much more acceptance open-source software might get if everyone focused on telling people how the development model could produce great software at no cost to the user instead of droning on about how it is immoral for programmers to serve as wage-labor.

      --
      "Reality is just a convenient measure of complexity" -Alvy Ray Smith
    3. Re:This is what Linux needs by Idimmu+Xul · · Score: 4, Insightful

      What choices would you be losing if that happened? They same software would still be available, and you would still beable to do the same thing with it, e.g. install it from packages, install from source packages, roll your own from a tar ball.

      The only thing that I can see that you'd lose is the multitude of different ways things can be configured. e.g. is the httpd.conf in /etc/apache /etc/httpd /var/www/conf or somewhere else? etc etc

      Where is the choice between GNOME and KDE when you have to have both installed anyway to beable to use all the decent apps avilable to Linux?

      --
      The problem with slashdot is that most of its users were bullied and stuffed into lockers as kids!
    4. Re:This is what Linux needs by SilentMajority · · Score: 4, Insightful

      There are pros & cons to this.

      The drawbacks to having fragmented marketshare (like KDE & GNOME) is sometimes--but not always--outweighed by the improvements caused by having strong competition.

      Look at the drastic improvements MS IE received while Netscape was still a strong contender. Then look at the improvements after IE got 90%+ marketshare. Some would argue that there isn't much to add to a browser but a look at the innovations in Opera, Mozilla Firebird and Safari.

      Rather than consolidation, I'd rather see competing products like KDE & Gnome come up with common standards. For example, KDE & Gnome could come up with very specific & consistent user interface standards and adhere to them in their products.

      Microsoft did a great job (compared to Linux) in not only coming up with Windows UI standards but in preaching it: the vast majority of Windows apps writting by diverse vendors has a FILE, EDIT, HELP, etc. menu and they are rather consistent in their content too. CONSISTENCY IS IMPORTANT.

      I'd like to see Linux be different where it counts: like stabiliy, security, open standards, Unix-like shell & filesystem, etc. But I don't see the point of being different for its own sake (like throwing out MS Windows GUI/UI guidelines so that 95% of pc users will find it less desirable to switch to Linux).

      My apologies if such a GUI/UI standard exists--I simply don't see it being promoted or used in X apps I've tried--and it was just an example.

    5. Re:This is what Linux needs by Telex4 · · Score: 2, Insightful

      Why do these trolls keep getting moderated up to 5 points? Let me go over this again:

      o Duplication of effort, whilst often unecessary, is not the death of Free Software. Maybe some people don't like the code architecture of KDE, and so choose to code for Gtk and GNOME; maybe some people dislike the lack of challenge in approaching Konqueror and so choose to code on Mozilla. It's people's choice, and I see no reason why we should try to force all FS developers to code in particular projects.

      o Many projects with the same goal is also not that big a problem. Look at the many different ideas that KDE and GNOME have developed, and then shared when good. Relations between the projects are improving a lot, to the extent that now KDM and GDM (the login managers) are sharing certain configuration files!

      o Different distributions are also always a good thing. They each provide a different focus, with different strengths and weaknesses. Whilst this might be more confusin than one GNU/Linux distribution, consumer choice is an important thing. When you buy a car, you research the many options and chooce the one best for you. Why should we have to put up with such a limited choice in operating systems?

      o I could go on but my food is ready ;-)

    6. Re:This is what Linux needs by Japer+Lamar+Crabb · · Score: 2, Insightful

      Except that this is merely pooling efforts on the porting side, so that one's choice of package management tool won't restrict availability of a given piece of software anymore than one's choice to use PPC Darwin.

      --
      Habit is the ballast that chains the dog to his vomit - Samuel Beckett, "Proust"
    7. Re:This is what Linux needs by hhw · · Score: 3, Insightful

      My thoughts exactly... I think this is one of the reasons the 3 BSD's are able to accomplish so much despite having a fraction of the developer resources of the Linux community. Although each project is developed independently according to their respective goals, they share their solutions that the others are free to adopt or improve upon.

      --
      http://astutehosting.com/
    8. Re:This is what Linux needs by Sentry21 · · Score: 3, Insightful

      The drawbacks to having fragmented marketshare (like KDE & GNOME) is sometimes--but not always--outweighed by the improvements caused by having strong competition.

      The problem is, as you point out later, inconsistancy. You can't troubleshoot Linux nearly as easily, because you have to say 'Ok, go to the menu with the foot on it, and choose- what? Oh, ok, the menu with the K on it. And then go to, uhh.. let me see, I only ever use Gnome.' Having to know twice as much can interfere ver much with helping someone.

      Rather than consolidation, I'd rather see competing products like KDE & Gnome come up with common standards. For example, KDE & Gnome could come up with very specific & consistent user interface standards and adhere to them in their products.

      As I recall, they agreed to work together on this a while ago. I could be wrong, but it's in the slashdot archives I'm sure.

      Microsoft did a great job (compared to Linux) in not only coming up with Windows UI standards but in preaching it: the vast majority of Windows apps writting by diverse vendors has a FILE, EDIT, HELP, etc. menu and they are rather consistent in their content too. CONSISTENCY IS IMPORTANT.

      Microsoft did a horrible job with their GUI. The standards you mention (File, edit, help) have been around since the early Mac days, and are in a slew of DOS programs too. Microsoft, however, made a lot of very bad design decisions - such as using 'Yes/No/Cancel' or 'OK/Cancel' dialogs whenever a choice needs to be made, instead of properly labelling the buttons with exactly what they do.

      They also don't stress the importance of making one's program follow the same pattern as the 'standard'. Most programs, when you try to close them, have a 'Save? [Yes/No/Cancel]' dialog, but enough of them have an 'Abandon changes? [Yes/No/Cancel]' dialog to make life frustrating for anyone who deals with a wide variety of programs. If you want real UI guidelines, check out the latest ones from Apple. It's a near-religious text.

      I'd like to see Linux be different where it counts: like stabiliy, security, open standards, Unix-like shell & filesystem, etc. But I don't see the point of being different for its own sake (like throwing out MS Windows GUI/UI guidelines so that 95% of pc users will find it less desirable to switch to Linux).

      Linux environment programmers (KDE, GNOME, etc) have three main options. If they copy the Windows behaviour, it'll be familiar to Windows users, but the Windows behaviour makes little sense in a lot of circumstances (See above)

      If they (properly) copy the MacOS behaviour, they will have a system that feels and works properly even to a completely new user, but most people consider it 'wrong' because it's not what they're used to. As such, it will probably never be adopted, since a lot of people refuse to give it a chance.

      If they make their own guidelines, then obviously, they'll have the freedom to make their own standards, which they can tailor to suit their programs. This is bad, but it's what will happen. As evidenced by Sun's usability study, programmers design interfaces for themselves and others, but don't tend to consider what other people are used to or will find intuitive - well, how would they know? It makes sense to the programmers. A lot of programmers consider the UI an 'interface to the user for the code' - a way for the code to get itself run - rather than 'an interface for the user to the code' - a way for the user to make the code do what they want.

      What the GNOME/KDE projects need are clear heirarchies, and priorities. Unfortunately, GTK is such a rabid bitch to code in (compare to Cocoa) and not many programs use Glade, so UI designers have the harsh end of the stick. I also can't help but feel there's a feeling with GNOME programmers that only 'real programming' is beneficial - documentation and UI design can be 'good enough' (docs and UI can never be 'good enough'). If it's there i

  4. What about Apple? by BibelBiber · · Score: 4, Insightful

    Since they ported X11 to Mac OS X on their own it would be kinda useful to have them in the same boat. Dont you think?

    1. Re:What about Apple? by Halo1 · · Score: 5, Informative

      Apple is more or less part of the darwinports project (Jordan K Hubbard is one of its project leads)

      --
      Donate free food here
    2. Re:What about Apple? by majorflaw · · Score: 3, Insightful

      Apple's #1 priority is selling Apple hardware. While they make some $ through the sale of software, harware is far and away their major source of income. I would expect that Apple is delighted when someone else writes software that works well on the Mac platform; just another reason for people to buy a Mac. The difference between Apple and their carnivorous competitor is that Apple doesn't really care what you run on their computer, as long as you buy the computer.

  5. Coordination in Open Source development. by dwerg · · Score: 5, Insightful

    I think most people don't understand how unique this initiative is. Most of the times open source projects don't really notice eachother and when they do, they just start a flamewar about who's best and who stole feature from who.

    It's good too see there are some developers out there with organizational talents who are willing to communicate with other projects in order to speed up development time and create a better product.

    1. Re:Coordination in Open Source development. by IamTheRealMike · · Score: 2, Interesting
      I think most people don't understand how unique this initiative is.

      Huh? You realise that the Red Hat apt repositories have been allying with each other for some time, to reduce duplication, overlap and synchronize metadata right? They just don't do press releases for it.

      Most of the times open source projects don't really notice eachother and when they do, they just start a flamewar about who's best and who stole feature from who.

      How do you explain that then?

      It's good too see there are some developers out there with organizational talents who are willing to communicate with other projects in order to speed up development time and create a better product.

      Sure, it's all good. I still don't understand how they intend to reduce duplication when using different packaging systems and different sources though. If we have packages A and B in fink and gentoo, but they both depend on package C, which network gets to "hold" package C? How do you interface emerge to apt? How do they synchronize the metadata between these two large bodies of packages? In the cases where there already is duplication, who gets to keep the package?

      Lots of unanswered questions here. Will be interesting to find out the answers.

    2. Re:Coordination in Open Source development. by ndogg · · Score: 3, Insightful

      I think that the flamewars come more from non-developer users of OSS software rather than from the developers themselves. Take, for example, KDE and GNOME; it's the users that bicker, not the developers. In fact the developers want to work together and port features across. There are some arguments that happen across the camps, but that usually comes from differing philosophies about the UI or just conflicting personalities (which happens with any organization.)

      So, I guess the real question is: why do end users (i.e. people who just use the software and do no development on it) bicker so much? I'm not quite sure, really.

      --
      // file: mice.h
      #include "frickin_lasers.h"
  6. Aren't they forgetting someone? by idiotnot · · Score: 4, Informative

    NetBSD's pkgsrc works very well for me on OSX. I haven't tried portage or darwin ports, but fink seemed a little strange....almost but not quite debian goodness.

    Still, I think all this work is kind of weird. I can see the porting effort for things like the text-based things (emacs!) and the very large projects (OO.o!)....but running standard unix apps under X on top of OSX doesn't take advantage of OSX's strong points. For all the hype, this could be happening with people on cygwin....

    Kudos to the GNUMail.app people, of showing what can be done.

    1. Re:Aren't they forgetting someone? by MalleusEBHC · · Score: 4, Insightful

      ...but running standard unix apps under X on top of OSX doesn't take advantage of OSX's strong points.

      Unless I'm alone here, being able to run X11 apps and native OS X apps at the same time is one of the best features of my OS X boxen. The availability of diverse software from two almost totally separate camps is awesome.

    2. Re:Aren't they forgetting someone? by macmurph · · Score: 2, Interesting

      According to a recent Forbes Magazine, %10 of the worlds computers are Macintoshes. Dont confuse sales figures with the installed base. Macs dont need to be replaced as often as PCs.

      %.000001 of the worlds computers are running cygwin. Thats probably a generous guess too.

      How many users can run how many commercial native OSX applications? Now, how many users can run how many commercial native win32 applications?

      Consider this: it does me no good that there are half a million windows apps when the seven programs I really need and want only run on OSX.

  7. how it will work by porkface · · Score: 4, Interesting

    Fink has always provided a user-friendly approach to installing ports that appeals to even sub power-users. Darwin ports brings to the table the experience behind the BSD ports system as well as the leadership of Apple. Gentoo brings some hardcore technical muscle. They all bring different strengths to the table, so I think they'll find a way to make it great.

  8. Excellent news by harikiri · · Score: 4, Insightful
    One of the reasons I've installed Yellow Dog Linux on my iBook (for coding & development) was because it was such a pain having to search across multiple "vendors" of open source ports and packages for Darwin. Depending on which package I installed, I would either have to modify makefiles to use up to three different -L (path's to programming libraries), such as /usr/lib, /sw/lib and /usr/local/lib. It was bloody annoying.

    So I welcome this move towards a unified ports system for Darwin, it was definitely needed.

    --
    Man watching 6 MSCE's around a sun box, looks alot like the opening scene's of 2001:space odyssey...
  9. Friends by batobin · · Score: 3, Funny

    Gentoo, Fink, and DarwinPorts alone are not enough to conquer evil. But with their forces combined, they form *dramatic pause* the league of super best friends.

  10. FYI: GPL QT/Mac soon (if not already) available by harikiri · · Score: 4, Informative
    This means that many of your favourite KDE-related apps may soon be compiling natively under OS X.

    Go here for more info. Droooooooooooooool. ;-)

    --
    Man watching 6 MSCE's around a sun box, looks alot like the opening scene's of 2001:space odyssey...
  11. Re:Gentoo Translate-O-Matic by Doobian+Coedifier · · Score: 2, Insightful

    It's sad that Slashdot has gotten bored bashing windows, now the distro wars are heating up.

    It's even sadder that you post this crap that has been posted verbatim several times before (that I've seen), and you didn't write.

    And yes, I use Gentoo. And yes, it DOES kick ass.

  12. Why can't they use BSD's system by Billly+Gates · · Score: 4, Insightful
    kiss= keep it simple stupid.

    There is no need to make a complex metapackage system.

    I find Gentoo's python based system way overly complex and buggy. You need to emerge rsync quite a few times during a new install to ensure you are using the latest version of portage.

    The FreeBSD ports system on the other hand are just simple tcsh scripts. Under /etc/defaults/make.conf you can specify which mirrors to use for popular ports or you can type in the closest FreeBSD ftp site and over-ride it for the fastest download speed.

    If any of you reading this use FreeBSD 5.x go to /usr/local/examples/etc/defaults/make.conf and edit, cut and paste the data to /etc/defaults/make.conf. For some dumb reason the FreeBSD team moved all the import rc scripts there. The big commented scripts is one of the traditional strength's of FreeBSD. I hate it when they make it harder for newbies.Do a man make.conf for more info.

    WHen you do a "make install clean" the port scripts just use standard ftp and http sites in the makefile to download the apps. Nothing complex and its alot easier to use.

    I can not speak of fink because I have never used it.

    Simple shell scripting can get rid of alot of complexity.

    --
    http://saveie6.com/
    1. Re:Why can't they use BSD's system by justrob · · Score: 2, Informative

      > You need to emerge rsync quite a few times during a new install to ensure you are using the latest version of portage.

      This isn't true. You run it once and it actually runs rsync, giving you the latest version of portage.

      >The FreeBSD ports system on the other hand are just simple tcsh scripts.

      Gentoo's ebuilds are simple Bash scripts.

    2. Re:Why can't they use BSD's system by fifthcent · · Score: 2, Informative

      >You need to emerge rsync quite a few times
      > during a new install to ensure you are using
      > the latest version of portage.
      I'd have to disagree here. Unless your 'emerge world' takes more than a week, it isn't likely that there will be new ebuilds out. And even in that case, it is probably a matter of a new revision of an ebuild, rather than a new version of the software.

      >Under /etc/defaults/make.conf you can specify
      > which mirrors to use for popular ports or you
      > can type in the closest FreeBSD ftp site and
      > over-ride it for the fastest download speed.
      I don't know when the last time you used portage was, but you _can_ specify mirrors to use in /etc/make.conf . Furthermore, there is a script called mirrorselect ('emerge mirrorselect'), which makes finding the fastest mirrors and updating make.conf, all automatically, even easier.

      --
      my $.05
    3. Re:Why can't they use BSD's system by jschauma · · Score: 2, Informative

      You already can: Behold NetBSD's Packages Collection. Use it on NetBSD, FreeBSD, OpenBSD, Linux, Solaris, Irix, Darwin, Mac OS X...

      More details here.

      --

      -- "Tradition is the illusion of permanence."
    4. Re:Why can't they use BSD's system by Fros1y · · Score: 2, Insightful

      Well, so far as I can tell, the complexity of the Gentoo system is well-bounded, with nice python scripts not all that much more complicated than your average shell script (Assuming you're able to program, of course.

      And I can't really imagine what you're talking about with "You need to emerge rsync quite a few times during a new install to ensure you are using the latest version of portage." Granted, installation has quite a few steps (For the most customized, only) but I don't remember ever having to 'emerge rsync quite a few times' in any of my multiple gentoo installations.

      As far as the complication of day to day use, I can specify standard mirrors for my gentoo system to use too. In fact, using mirrorselect, I can do it automatically to pick good mirrors for me. Then again, I don't even see how 'make install clean' is so much simpler than 'emerge foo'.

      Frankly, I'd rather wrangle python scripts than shell scripts anyday. I find the idea that shell scripts eschew complexity kind of off. Gentoo has been able to grow technically so well, I think, in part of the advantages of a full and elegant language (Python) of implementation, rather than a hodgepodge of shell scripts.

      Just my two cents as a Gentoo user saving up to be a Gentoo OSX user.

    5. Re:Why can't they use BSD's system by overbom · · Score: 2, Informative

      Jordan Hubbard wrote FreeBSD's port system (based mostly off bsd .mk files, not just tcsh scripts), which was then ported to NetBSD and OpenBSD. He's never been happy with it, so he wrote the OpenDarwin port system, based off tcl scripts.

      Just nitpicking. :-)

  13. Re: rpm + apt-get by autechre · · Score: 2, Insightful

    Or you could have a distribution which has modular packages instead:

    apt-get install mozilla-browser

    I don't have to recompile PHP every time I want to use a different module; I just install whatever modules I want, whenever I want to use them.

    That is the strength of Debian. It's not just apt-get; people who have ported apt to work under Red Hat are moving in the right direction, but that is not the whole problem. With Debian, thousands of packages are "official", and so are quite strictly designed so that all dependencies really, really work. The organization of packages is what really makes apt worthwhile.

    --
    WMBC freeform/independent online radio.
  14. LotR Reference ... by Amiasian · · Score: 3, Funny

    ... Three packages for the Mac users under the sun ...
    And one metapackage to find them, and in the darkness bind them. In the land of shell, where the shadows lie.

  15. the benefits should be obvious by zojas · · Score: 3, Interesting
    The common problem they share is getting every piece of software to compile & run correctly on OS X. They can obviously pool their talents (and patches) to attack the porting of the software.

    each group simply provides their own set of software for installing and maintaining the ported software on your OS X system. They get to share & distribute the hard work of actually porting the packages. Then everyone benefits, regardless of which package manager you choose.

  16. better anagrams: A NOW INDIGENT FORK by goombah99 · · Score: 2, Funny

    Here are some anagrams. or maybe its just poetry

    Great Info, Nod Wink

    A NOW INDIGENT FORK

    No Farking Tie On

    I no twin dong freak

    NEON DWARF KING ITO

    I Got Neon Dwarf Kin

    Knot Fearing Windo

    Newton Irk A Fin God

    Farking Do Not Wine

    Fink To Anger Windo

    A Neon Dog Wink Rift

    FREAK DINGO IN TOWN

    Finn Great Windo Ok

    --
    Some drink at the fountain of knowledge. Others just gargle.
  17. Re:Gentoo Translate-O-Matic by Xabraxas · · Score: 2, Informative
    This trash makes me sick.

    "Gentoo makes me so much more productive." "Although I can't use the box at the moment because it's compiling something, as it will be for the next five days, it gives me more time to check out the latest USE flags and potentially unstable optimisation settings."

    What's really funny about this is that I'm compiling right now as I write this! Somehow it's not stopping me from doing anything.

    "I use Gentoo because it's more like the BSDs." "Last month I tried to install FreeBSD on a well-supported machine, but the text-based installer scared me off. I've never used a BSD, but the guys on Slashdot say that it's l33t though, so surely I must be for using Gentoo."

    Never used gentoo huh? There is no graphical installer for gentoo.

    "Heh, my system is soooo much faster after installing Gentoo." "I've spent hours recompiling Fetchmail, X-Chat, gEdit and thousands of other programs which spend 99% of their time waiting for user input. Even though only the kernel and glibc make a significant difference with optimisations, and RPMs and .debs can be rebuilt with a handful of commands, my box MUST be faster. It's nothing to do with the fact that I've disabled all startup services and I'm running BlackBox instead of GNOME or KDE."

    It is faster. The proof is in the pudding and I've tried it on two different machines with the same outcome. You could recompile every RPM if you wanted to but why? Gentoo is built from the ground up. There is another thing too, it's called prelinking!

    "...my Gentoo Linux workstation..." "...my overclocked AMD eMachines box from PC World, and apart from the third-grade made-to-break components and dodgy fan..."

    So that makes you a better person with a better arguement? This doesn't even belong in the discussion.

    "All the other distros are soooo out of date." "Constantly upgrading to the latest bleeding-edge untested software makes me more productive. Never mind the extensive testing and patching that Debian and Red Hat perform on their packages; I've just emerged the latest GNOME beta snapshot and compiled with -09 -fomit-instructions, and it only crashes once every few hours."

    I've got a bleeding edge gentoo box, although it's not -O9 (O as in Optimization, not 0 you fool), and it has never crashed.


    I could go on and on for every one of these cases but that's not the point. The poing is that everytime some idiot bashes gentoo he is bashing Linux and it does none of us any good. Who cares what distro you use? Use the one that suits you. I like gentoo for many reasons but I don't care if someone else uses or likes a different distro. Gentoo is just suffereing like everything else from it's popularity. You can argue all you want about how popular it is but the fact that there are so many anti-gentoo zealots goes to show that there's enough users to impact others who don't use gentoo.

    --
    Time makes more converts than reason
  18. Good Timing, GenFinDar by JavaJoint · · Score: 2, Interesting

    The timing of this announcement is no accident. Think of WWDC starting on Monday. The eyes of the tech press will be firmly fixed on Moscone Center in San Francisco; at least on the first day.

    So what better time to put forth the story "we can offer Unix/Linux apps from different sources, and do it in a way where we aren't stepping on each others toes!"

    This is a really positive step.

  19. What about Apple? by seanthenerd · · Score: 2, Interesting

    What does Apple (the company) itself think of all this? I suppose it could see it as an advantage, more apps for it's OS, but they might also see it as more competition. Strange that nobody has said anything about Apple yet, considering that it's http://apple.slashdot.org/!