Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
Linux Business

Windows to Linux Migration in the Enterprise? 92

youngerpants asks: "There is a lot of talk at the moment about migrating applications from WIN32 to Linux. This certainly helps move the OSS movement along, however, the true test of Linux is in the enterprise. Whereas we can move applications, how can the enterprise itself (such as Active Directory to Open LDAP, Exchange Server to Sendmail and NTFS to Samba) be moved. Have Slashdot readers used any applications or followed any strategies to migrate their enterprise? How would you tackle an obviously risky migration?"
This discussion has been archived. No new comments can be posted.

Windows to Linux Migration in the Enterprise?

Comments Filter:
  • 1. Move from Windows to Linux.
    2. ???
    3. Profit! :)
    • Realistically this just doesn't work because the overall best integrated system is still windows. Linux may be cheaper on a per seat basis but when you consider how many people are required to keep the systems running it becomes less and less clear that Linux us the way to go.
      • Are you claiming that Linux boxes require more support than windows boxes?
        That certainly has not been my experience.

        Could you please explain what you were trying to say in the previous post?
      • i cant agree with you on this one. at worst linux would require the same amount of people required to run windows system. it also helps that linux is much better at being remotely administrated (SSH/Commandline is much more efficient than Terminal Services). only reason i can think of linux requiring more people is because the admins arent properly trained.
  • Wrong examples (Score:5, Insightful)

    by passthecrackpipe ( 598773 ) * <passthecrackpipe.hotmail@com> on Monday February 14, 2005 @10:56AM (#11668068)
    "Active Directory to Open LDAP, Exchange Server to Sendmail and NTFS to Samba"

    I understand the gist of your question, although I don't think you understand it yourself. None of your examples actually discuss the one thing the enterprise is interested in: "Functional Parity"

    AD to OpenLDAP doesn't go, because OpenLDAP is just a directory protocol -- I wish people would start to understand that. There is no directly usable management interface, no business logic, no nothing. It is just a protocol....

    Comparing Exchange Server and Sendmail earns you a good thwapping over the head in my team -- maybe Exchange Server vs. Open-Exchange, but again you are comparing the wrong things. Finally, go stand in the corner for comparing NTFS with Samba.

    I usually don't complain about Ask Slashdot type stuff, but this takes the cake. Go learn something about IT before you ask stupid questions.
    • Oh, and to answer the real questions:
      1. Active Directory to Novell eDirectory, although that doesn't really give you much. No real Open Source functional alternative.
      2. Exchange server to Open-Xchange [open-xchange.org]
      3. NTFS to perhaps XFS or Reiser, orOpenAFS [openafs.org], although OpenAFS is really lots better, and has tons more functionality

      Have a lot of Fun!

      • Actually really here you go 1. Active Directory to Samba 4 2. Exchange to Exim, Postfix, Sendmail, Qmail, or OpenXchange - pick one. 3. NTFS to Reiser.
        • Sorry, but Samba does not deliver functional partiy (i.e. sam functionality) to Active Directory. It may be somewhat similar, and it may be better in some ways, but it is not a good replacement. Neither are Exim, Postfix, Sendmail or QMail - all SMTP deamons. they don't even offer your basic IMAP/POP/ Calendaring, etc functionality. And I did actually mention NTFS to Reiser, but think AFS is more what the poster had in mind.
    • Re:Wrong examples (Score:2, Interesting)

      by karnal ( 22275 )
      Wrong examples (Score:2)
      by passthecrackpipe (598773)


      Man, you need to chill a little. If you get the "gist", why not help instead of smacking the poor poster with technicalities? Maybe another hit of the crack pipe?
      • Re:Wrong examples (Score:5, Insightful)

        by passthecrackpipe ( 598773 ) * <passthecrackpipe.hotmail@com> on Monday February 14, 2005 @11:25AM (#11668405)
        I did actually provide examples.

        As for "chilling a little", I met a customer last week, who simply did not want to talk open source, because some clueless critter of an "IR Consultant" came in some time ago shouting something similar. "Get rid of all your Microsoft products! They are EVIL!" now, this customer is a relaxed dude, so went like "okay, but I replace it with what?" and something similar to the above list came up. For most people that list is simply unacceptable -- they don't *care* what they run, as long as it works. So someone coming around that can't even tell the difference between Exchange and Sendmail, and states "rip out all your groupware, calendaring, forums, imap, mail, pop, webmail, and some CRM functionality, and instead I give you Sendmail....it's FREE!" does not really impress.

        Customer now thinks Open Source people are clueless freaks, and any mention of this stuff is taboo. I see this *all the time* and it really gets me upset.

        Getting the revolution because you downloaded OpenOffice.org and found Slashdot is one thing, making the whole community look bad is another....
        • Customer now thinks Open Source people are clueless freaks, and any mention of this stuff is taboo.
          In which case, the customer is an idiot as well. Nowhere near as big an idiot as the zealot consultant, I'll grant you, but an idiot none the less. Closing your mind to an entire idea because you've generalised from one single bad experience is not good practice in any walk of life.
          • by Anonymous Coward
            "Closing your mind to an entire idea because you've generalised from one single bad experience is not good practice in any walk of life."

            Perhaps I could interest you in some Amway products then?
          • Kind of like one bad virus experience makes you want to move away from Microsoft products? Don't get me wrong, I prefer *nix over MS products most any day. I'm just playing devil's advocate with your logic flow.
            • If it WAS just a case of only one virus, then you would have a point. One event does not make a trend.

              But, since there are several companies making anti-virus software for Windows, I think that this qualifies as a trend...
          • Well, in the UK, this particular person is generally regarded by the untrained public to be somewhat of an authority, and he, and the organisations he represents, are seen to be the "spokespeople of open source" (again, by the untrained public). His name is Eddy Bleasdale. Mr. Bleasdale has done -- without any bad intent, I'm sure -- untold harm on the cause of Linux and Open source in the UK, and in my opinion he should be banned from ever talking with customers, or speaking in public. The man should be co
          • closing your mind to an entire idea and calling customers idiots is not good practice in any walk of life.
        • Customer now thinks Open Source people are clueless freaks, and any mention of this stuff is taboo. I see this *all the time* and it really gets me upset.

          It upsets me too. I'm reluctant to promote OSS until I've asked a few questions about what the other person needs, and I try to point out all the pitfalls too. That way, if a person tries Linux for example, and it's not as hard as I said it might be, they're impressed. Raising expectations and then not meeting them is not a good practice in the long run.
      • Technicalities?? I mean this is Slashdot it is supposed to be technical! This is where you can start a flame war over the what OS the computer in the Enterprise.
        Now the NTFS/Samba was just dumb.
    • Re:Wrong examples (Score:3, Interesting)

      by Noksagt ( 69097 )

      AD to OpenLDAP doesn't go, because OpenLDAP is just a directory protocol -- I wish people would start to understand that. There is no directly usable management interface, no business logic, no nothing. It is just a protocol....

      Active Directory's primary feature is that it is an LDAP implementation. Also, OpenLDAP [openldap.org] is an open source implementation of LDAP--not the protocol itself. The compination of OpenLDAP and SAMBA can deliver a lot of the backend functionality of Active Directory, but you are correct th

      • Re:Wrong examples (Score:4, Interesting)

        by passthecrackpipe ( 598773 ) * <passthecrackpipe.hotmail@com> on Monday February 14, 2005 @11:49AM (#11668665)
        Yeah, well, the NTFS to Samba thing was the final straw, athough I hear the AD to OpenLDAP thing all the time, and it pisses me right off. I do Enterprise Open Source Deployments for a living - primarily desktop and infrastructure (directory, groupware and file and print, heyhey, exactly his list!) and nothing is uglyer to an AD administrator then the mess that is the Kerberos/OpenLDAP/Samba mudheap that sort-of delivers something sort of similar, but really doesn't. Even the IDEALX stuff linked to elsewhere doesn't really make the grade. For all its warts, AD is actually pretty admin friendly, and what is more, many organisations have spent lots of money to get to AD in the first place. That is why my company specialises in integrating Linux infrastructures with existing AD and/or Novell eDirectory. (integrating linxu with AD actually works pretty well...)
        • >integrating linxu with AD actually works pretty well...

          Ok. You sold me. Can you point me to the HOWTO?

          • Re:Wrong examples (Score:4, Informative)

            by Undertaker43017 ( 586306 ) on Monday February 14, 2005 @01:34PM (#11669867)
            nssldap, pamldap and MS Services for Unix...

            Nssldap will have to be recompiled for schema mapping, since AD doesn't follow a standard LDAP schema. Last I checked FC2 and FC3 already had compiled nssldap this way, so no recompile was necessary.

            MS Services for Unix is needed to modify the AD schema and for a couple of added screens in the admin tools for AD, to allow Unix attributes to be added.

            If you want to be able to change passwords from *nix, you will need to setup SSL, since password changes can only occur over SSL in AD.

            Just google on "AD nssldap". I have had my office running this way for almost 4 years, with no problems.
        • Re:Wrong examples (Score:3, Interesting)

          by bloo9298 ( 258454 )

          I would be interested to hear your opinion on the use of Kerberos in a UNIX environment. Personally, I am impressed by the way that MS have integrated Kerberos and made it relatively easy for application developers to use. The picture seems weaker in a UNIX environment, because few applications take advantage of Kerberos authentication (so people do not use Kerberos, so there is no incentive to add Kerberos support to applications, and so on). It is unfortunate. My question is, do you do anything inte

          • Re:Wrong examples (Score:4, Informative)

            by Noksagt ( 69097 ) on Monday February 14, 2005 @03:39PM (#11671383) Homepage
            I disagree that few *nix apps take advantage of Kerberos. Indeed, Samba and OpenLDAP, both mentioend here, do. OpenSSH, Cyrus IMAP, Netatalk, fetchmail, and many popular others do too. But you are right that it is far from universally implemented & many now choose to just run most traffic over SSL instead.

            My two cents on what you didn't ask about: I, like you, am impressed that you basically get kerb for free for most traffic from a windows server. However, I hate MS for the way they did this. They use non-standard, undocumented features that prevent non-MS systems from actually being interoperable with them. Even the MIT Kerberos team has accused them of trying to embrace & extinguish. I suspect that some (though certainly not all) of the lack of Kerberos on *NIX has to do with this.
            • I know about those, but they are not exactly impressive or widely deployed (at least, that's my perception) in comparison to the other achievements of the open source community.

              I agree that the way that MS changed Kerberos to add authorization information is intensely frustrating, but I think that adding authorization information is the right thing to do. Trouble is, it's a hard problem to come up with a reasonable authorization infrastructure. MS had one already. The rest of the world doesn't agree on

              • I know about those, but they are not exactly impressive or widely deployed (at least, that's my perception) in comparison to the other achievements of the open source community.

                OpenSSH is VERY impressive & is VERY widely deployed. Samba and OpenLDAP certainly have high deployment as well. I suppose a more interesting question would be to ask what impressive, wideley deployed software should have Kerberos but doesn't currently...

                Tunneling over SSL/SSH is far from a complete solution, because it leaves

                • Of course I wasn't questioning the deployment of OpenSSH, Samba, or OpenLDAP! I use the first two every day. I meant deployed and using Kerberos. It wasn't clear from my post on its own, but I meant my comment in the context of the thread.

                  • My apologies for the misunderstanding.

                    Yes--the major Linux vendors tend to compile most apps without Kerberos. I suppose to minimize dependencies & to prevent security holes from un(under?)-used featuers.

                    pam-krb is usually available enough & consquently (with the kerberized services on windows) I have seen a lot of kerberized samba deployments. Fewer kerberized OpenSSH/OpenLDAP servers. Institutions that use kerberized end-user apps (UW's pine email client, Evolution, etc.) do seem to be more l
          • The only really interesting with Kerberos that we deploy with some success (and specifically use Kerberos for) is OpenAFS. for the rest, we don't bother, unless there is a path of very little resistance. Unfortunately, most of the time it is a case of too much effort for too little payback.

            MS not only made it easy for appdev's to use Kerberos (I am personally not really bothered about appdev comfort, caring more for end-user experience), they made it transparent to the end-user i.e. the user will *never* h
            • Thanks.

              So do you handle authorization on a per-application basis, or is it workable to store authorization for all applications in Novell/OpenLDAP or some other centralized server?

              • Wherever possible we go with centralised authorisation, and we use PAM wherever possible. When this isn't possible, like, for example in the case of the Citrix client, we hack our way around it (in this case by making Citrix learn about PAM)
        • I hear the AD to OpenLDAP thing all the time, and it pisses me right off...nothing is uglyer to an AD administrator then the mess that is the Kerberos/OpenLDAP/Samba mudheap that sort-of delivers something sort of similar, but really doesn't. Even the IDEALX stuff linked to elsewhere doesn't really make the grade. For all its warts, AD is actually pretty admin friendly, and what is more, many organisations have spent lots of money to get to AD in the first place.

          Yes--MS's products on the backend are general

      • Re:Wrong examples (Score:3, Informative)

        by Stinking Pig ( 45860 )
        "Active Directory's primary feature is that it is an LDAP implementation"

        BZZT... primary feature is a trio of functions, the AAA as it used to be called in Cisco materials: authentication, authorization, and access.

        Authentication: Who is this? do the username, password, and option crypto token match?

        Authorization: What resources are you allowed to use?

        Access: Is the authorization for this resource still valid?

        If you just want a directory, OpenLDAP is great. If you want an AD replacement, you need OpenL
        • BZZT... primary feature is a trio of functions, the AAA as it used to be called in Cisco materials: authentication, authorization, and access.

          First of all, I never said that AD was ONLY an LDAP implementation. Second of all, I said you needed samba & other services to replace AD & that it wouldn't be 1:1. Finally, many [wikipedia.org] others [microsoft.com] agree [answers.com] that a HUGE part of AD is the LDAP implementation.

          Hell--they even chose to call it active directory!

          In short primary != only & I never said that it was.

    • Re:Wrong examples (Score:2, Interesting)

      OK, sorry about the NTFS/ Samba thing - I was trying to get across how an NT server may have certain permissions on a shared directory - how would I get from point A - NT server, via point B - Documented through to point Z - migrated with Samba taking on the same permissions.

      The sendmail point was a knee jerk reaction on my part - open exchange is a better alternative, which is why I ASKED SLASHDOT - but with the same valid points; getting from point A to point Z

      oh, and AD uses LDAP, its a protocol. Th

      • There are some other alternatives to Exchange such as Bynari, Scalix, or Kroupware/Kolab. Samba and OpenLDAP will handle most functions of Active Directory. You could also also go a different route intirely and use Novell's eDirectory or IBM's Tivoli Directory Server.

        It sounds like you could use this book: "Windows to Linux Migration Toolkit" by Allen, David.
    • Re:Wrong examples (Score:2, Interesting)

      by toddbu ( 748790 )
      Man, I'm glad my doctor doesn't think like you. When I go to the doc, I tell him "Doc, my chest hurts". Now if I have a lung infection, would it be appropriate for my doctor to then tell me that I'm an idiot because I don't know the difference between my chest and lungs, and send me away with a harsh comment and a kick in the ass? What if I complained about a numb arm but I was really having a heart attack?

      I get tired of reading crap like this from folks who "know better" than everyone else. I highly

      • Man, I'm glad my doctor doesn't think like you

        That's why he is the doctor, and I'm the IT guy ;-) -- and FYI, I learned my stuff by actually putting in the time at home, away from my family, in the lab, at work and with the customer *building solutions* and trying out stuff. What I didn't know, I googled. What I couldn't google, I bought books about. When I still didn't know, I decided it was too hard for me to do, and passed the work to someone else.

        I don't mind teaching people, and parting with my hard
        • So I guess that you wouldn't consider that the time that you spent asking your customers questions as to what they needed as "training time". After all, shouldn't you as a high-priced consultant know exactly what they need without you needing to ask? Or what about the countless hours that people spent writing HOWTOs, or the folks who go out of their way writing up those HTML pages that you Googled that told you everything that you needed to fix a problem, or those who write books? What if all these folks
  • by vmcto ( 833771 ) * on Monday February 14, 2005 @11:03AM (#11668154) Homepage Journal
    Very small...

    Individual Pockets -> Workgroup -> Departmental -> Enterprise

    As much as I love open source and think it provides tremendous value to organizations, I have to realistically evaluate any large migration and observe two obvious points:

    1) It's different. There will be people who will not want to see it succeed. You will need to PROVE that the functionality provided is SUPERIOR and that the cost of migrating is overcome by the reduced ongoing TCO.

    2) Is your organization ready to provide the level of support it has become accustomed too? Are you a MS Enterprise or Select customer? You need to prepare for the fact that to some extent the warm fuzzy blanket of misleading comfort is being pulled away from the organization.


    I would NOT begin by migrating something. I would begin by looking for a new unit, group, or area of the business. New is much easier to accomplish than migrate.

    Finally, if you are a hardcore MS shop, the financial pitch to MGT can be the leverage that doing something small can provide in price / service negotiations.
    • by Anonymous Coward
      I would think that convincing a manager of a new business unit to add one more risk would be a tough sell unless you can show them some big advantage.

      The easiest migration to sell within a big company these days is probably browser choice. IE -> Firefox has a lot of momentum. Hardest is probably entrenched Exchange/Outlaw email software. Although Evolution is a pretty good client for compatibility.

      Middleware and infrastructure stuff, like the web server, you just need to convince a small group of IT
  • by GNUALMAFUERTE ( 697061 ) <almafuerte AT gmail DOT com> on Monday February 14, 2005 @11:10AM (#11668243)
    Nowdays, with all this "Get the facts" FUD, the Free Software comunity reacts trying to show that it's not true that migration is a nightmare, and that it's not true that it costs money. The true is, Migration from ANY system to ANY other system, is a nightmare, and it does cost money.

    The point we should make clear is: Migrating from Windows to Unix Is a good decition (I Say Unix to make clear that i'm not talking about Freedom or ethical or monetary issues, just about the technical stuff) and it will make things just easier and safer in the long run. Technically, there is no possible discussion.

    About non-technicall stuff: Microsoft insists in their "get the facts" bullshit that if you use windows you can hire incompetent sysadmins, and with Unix, you can't. It's just not a good idea to hire incompetent people. Hire a good sysadmin, and pay him well, what do you prefere, to pay thousands to a big monopoly for the right to copy, or pay a worker for actual honest work??

    ALMAFUERTE
    • The point we should make clear is: Migrating from Windows to Unix Is a good decition [...]

      Why ?

      Technically, there is no possible discussion.

      I disgree, there's a rather large "possible discussion", depending on what the client wants/needs.

  • by Anonymous Coward on Monday February 14, 2005 @11:18AM (#11668329)
    Check out this link. [linux.com]
  • by Noksagt ( 69097 ) on Monday February 14, 2005 @11:21AM (#11668366) Homepage
    I have migrated to FreeBSD/Linux backed servers. The first key is to do it incrementally--migrate piece-by-piece.

    (such as Active Directory to Open LDAP,
    LDAP is so useful, that you might as well start here. Remember that LDAP is a multipurpose directory. If you want to replace AD authentication and a windows PDC, IDEALX [idealx.org] has written some nice perl scripts and a tutorial on how to do this with OpenLDAP and Samba.

    Exchange Server to Sendmail

    If you want to replace Exchange Server, use Openexchange [novell.com]. If you want to replace only your MTA, consider using postfix. On the server end, this isn't a ton of work. But you will likely have to change the way clients are connecting to your server & also what they can do with it. Sendmail/postfix will probably not be enough for you...

    and NTFS to Samba)
    NTFS is a local file system. Samba is an open source SMB server/client. Big difference. See IDEALX for good Samba deployment.
    • Last I heard, OpenXchange is no longer being marketed by Novell/SuSE with plans to eventually end support. However, there are a number of other alternatives such as: OpenGroupware.org Kolab phpGroupware et al.
      • I think you might be mistaken, but would welcome a link to where you heard this. As of early this month, Novell even had to assure customers that it wouldn't be abandoing Groupwise support due to their increased marketing of OpenExchange. I think they are serious about OpenExchange and Evolution!
  • The only places that can really migrate to Linux en-masse are places like call-centers where computers are used for specific and rigid purposes.

    Larger enterprises look at and think about the "savings", but when you compare the training costs, hassle and resistance that most users will feel, you're not saving anything.

    The places that have successfully transitioned to Linux (federal labs, Burlington Coat Factory, City of Largo, small companies) were either established Unix shops already or started with smal
    • by chris_mahan ( 256577 ) <chris.mahan@gmail.com> on Monday February 14, 2005 @12:23PM (#11668961) Homepage
      >The only places that can really migrate to Linux en-masse are places like call-centers where computers are used for specific and rigid purposes.

      Yes. And when 50% of the company is on linux, then what?

      The key is to make your applications fully web-based and be os-agnostic. There are three main reasons companies even look to replace their existing systems:
      * Cost, short term and long term.
      * Increased functionality.
      * Effective staffing.

      Right now linux provides visible short-term cost. Also, it can provide some long-term cost saving but that's more fuzzy.

      On functionality, the gaming world will tell you going away from windows is a step back. I think you gain some and you lose some, so wash.

      Staffing: You need fewer people but you have to pay them more.
      My horrible analogy: 400 day laborers with pickaxes or 1 highly paid driver in a Komatsu D575A-2SD [komatsuamerica.com].

      > The places that have successfully transitioned to Linux (federal labs, Burlington Coat Factory, City of Largo, small companies) were either established Unix shops already or started with small or completely disorganized IT organizations.

      Most companies have completely disorganized IT organizations, so that's actually good for future open-source adoption prospects :)
      • That's too wordy man. It's simple.

        Does your company require the need to play games in the office? If not, go to linux.

      • ...but you also need to point out that most of the labourers will be leaning on their shovels rather than working. At least, that's how the Minesweeper Consultant/Solitaire Expert crowd that I've seen in action behave.

        The guy with the Komatsu (a WA1200, I'm sure, for the reach and flexibility) will be ripping around at full throttle, will top-dress your lawn in passing, fix the corporate toaster on his lunch break and be writing his own novel on the side as he works. And constantly thanking you for letting
  • do it step by step (Score:5, Insightful)

    by Pegasus ( 13291 ) on Monday February 14, 2005 @11:36AM (#11668528) Homepage
    If you want to do it all-in-one over-the-night type push, you're very likely to fail. Or at least your users will kill you.
    Also, you may (or may not) hit many little annoying details that would make you belive m$ fud more and more.

    I've been trough two migrations now and what i learned is this: go easy, keep the existing systems in place for their forseeable lifetime (dont fix if it's not broken approach), implement OSS stuff only for new services and gradually replace old systems with newer, running OSS. In a timeframe of 2-5 years or so.
  • by j-turkey ( 187775 ) on Monday February 14, 2005 @11:52AM (#11668685) Homepage

    Sadly, Linux just isn't there yet when it comes to enterprise IT. Unless you're rolling your own core business applications, you're pretty much stuck with Windows. Want to run an integrated payroll/HRIS system from a shrinkwrapped package? No luck with Linux.

    Further, IMO, while Suse's OpenExchange appears to be a compelling package (which I'd love to deploy in lieu of Exchange Server), I've had a very difficult time finding a local 3rd party vendor to support it.

    The point of my post is not to denigrate Linux. I am generally a Linux advocate, and will still deploy it wherever it is practical (practical being the operant word here). The issue, however, is that much of these services are inside of niche markets where it doesn't make sense for the vendor to develop Linux support. Others are very bleeding edge and not commercially supported. If you don't have a very large IT department to support the services that you want to run, they're nearly useless -- that is, unless you've got gobs of free time on your hands.

    OTOH; if you're rolling a custom app (and thus already have the staff you need), need a webserver, or a database backend, Linux may be an excellent choice. One way to look into it is to find out how Linux is most widely deployed and supported as a solution (ie web servers, database backends, etc). If you go the other way, choosing whatever solution you find that's "out there", you may find yourself in a heap of trouble -- looking for a new job. I supppose that this applies to all software, commercial or otherwise. Always ensure that you can support it...but it's something that one has to be especially cautious about when getting into a bleeding edge F/OSS package that is new enough where there is either no commercial support, or inadequate support for your needs...and unfortunately, there are currently quite a few of these out there.

    • "Sadly, Linux just isn't there yet when it comes to enterprise IT. Unless you're rolling your own core business applications, you're pretty much stuck with Windows. Want to run an integrated payroll/HRIS system from a shrinkwrapped package? No luck with Linux."

      Just want to go over what you didn't say, but implied:

      1 - Windows is an exterprise class system.
      2 - You can buy a shrinkwrapped package for Windows that does integrated payroll/HRIS for that aformentioned enterprise.

      Excuse me, I have to wipe the te
      • 1 - Windows is an exterprise class system.

        It is. The original poster also implied that Windows is "enterprise class". This seems to just be generally implicit. You and I may or may not like Microsoft operating systems, but it doesn't change the fact that this is what they're in place for. You can see past your own agenda, right?

        2 - You can buy a shrinkwrapped package for Windows that does integrated payroll/HRIS for that aformentioned enterprise.

        Yep...ADP'll sell you two different packages th

        • It's a Troll, and I'm happy with it!

          Seriously, the concept of "shrinkwrapped" software doesn't go with Enterprise -- a lot of customization and integration will need to be done. "QuickBooks" and its kin won't cut it. That's what I think of when "shrinkwrap" is mentioned. You are not going to find ADP software at your local computer store!

          Now, if you are ARE talking enterprise accounting, the same number of solutions are going to be available on UNIX based platforms.

          As to Windows "Enterprise" use... Micro
    • All will run on linux.

      AD is hard to migrate because it is very proprietary. (Mind you SAMBA can authenticate users).

      For free software I would use
      1) Linux as a firewall
      2) Linux as a file and print server
      3) Linux as a database server (Oracle, UDB, Postgresql)
      4) Linux as an Application Server (Oracle/SAP/Peoplesoft)
      5) Linux as a web server - Apache/Tux
      6) Linux as a J2EE server (Websphere/JBOSS/BEA)
      7) Linux as workstation (limited use) OpenOffice/etc

      Enterprise software means different things to different peo
  • Wow (Score:5, Funny)

    by Quattro Vezina ( 714892 ) on Monday February 14, 2005 @11:55AM (#11668718) Journal
    Damn, the title of this article is just begging for someone to make a Star Trek joke, and no one's done so yet.

    Ah, Slashdotters genuinely surprise me sometimes...
    • Re:Wow (Score:4, Funny)

      by x00101010x ( 631764 ) on Monday February 14, 2005 @12:56PM (#11669364) Homepage
      Scotty:
      She can'nah take much more'o this captain! Th' opensource drivers for the warp core containment controller card are only version 0.2.1 and the project hasn't seen an update for nearly a century! While the hardware is capable of running the engines at 110%, these incomplete kernel drivers can'nah hold her much longer than five minutes over 80%!

      Kirk:
      Bones! You've got Familiar Linux running on your tricorder, get online and see if you can find a patch for the warp core containment driver!

      Bones:
      Damnit Jim, I'm a doctor, not a kernel hacker.

    • by Jerf ( 17166 )
      Just a sign of how far Star Trek has slipped in the mind share of its "target audience".

      I gotta say it never even occurred to me, and I certainly used to be a Trekkie.
  • by clickster ( 669168 ) on Monday February 14, 2005 @01:05PM (#11669475)
    I've always been curious about this. I love Linux, but one of the areas where I think it is sorely lacking is in file system permissions flexibility. For example, if I had a folder and wanted the following in Linux, how could I do it?

    MKTG group = rwx
    DEV group = r
    EXEC group = r
    ADVERT group = rx
    ADMINS group = rw

    Is there a way to do this in Linux? I have no idea. It has always been my understanding that I'm stuck with UGO and sitcky bits for permissions. Is this entirely true or is there another way.
    • I've always been curious about this. I love Linux, but one of the areas where I think it is sorely lacking is in file system permissions flexibility.

      I'm hoping that one of the things that you love about Linux is its flexibility...most distributions can grow far beyond their packaging. :)

      I believe that you're looking for ACL support (Access Control Lists). Check this [sourceforge.net] out. Also, just do a google search for Linux ACL's. There are lots of projects in development, and considering how long these have bee

    • You need to look into Access Control Lists. That will allow you do have much finer-grained file access controls.
    • I've always been curious about this. I love Linux, but one of the areas where I think it is sorely lacking is in file system permissions flexibility. For example, if I had a folder and wanted the following in Linux, how could I do it?

      MKTG group = rwx
      DEV group = r
      EXEC group = r
      ADVERT group = rx
      ADMINS group = rw

      Is there a way to do this in Linux? I have no idea. It has always been my understanding that I'm stuck with UGO and sitcky bits for permissions. Is this entirely true or is there another way.

    • Here is a guide for POSIX ACLs in Gentoo [gentoo-wiki.com]. From there, you should be able to do it easily in any other distro (in case you are not a Gentoo user). Basically, you get to recompile the kernel if POSIX ACLs for your filesystem are not already compiled in and then you have to remount your filesystems with the acl flag enabled. For bonus points, you should also install your distro's ACL manipulation tools. ;)

      The HOWTO that I linked to has a more detailed explanation of how to do it.

    • To go along with the other posters, yes ACLs give you this control over permissions and I believe they are included by default in the 2.6 kernel. Certainly Fedora Core 3 and RHEL 4 include them.
  • I always see comments on these stories like, "zealots tell people to switch and can't back it up". Perhaps what the community needs to realize is, apart from companies who know what they are doing and can facilitate an effective transition, maybe it is best that companies do not do an abrupt shift from Windows to Linux. I am a vehement Linux supporter, but I realize that the transition may not be good for some people/companies. My parents both use Windows. I know that giving them a Linux box probably is
    • I loaned my spare Linux workstation to my sister-in-law [goldenlight.bur.st], who at the time bemoaned the absence of PhotoShop.

      Now she still misses the odd PS feature but also sorely misses GIMP features when on PS, the convenience of Konqueror and Firefox when stuck with MSIE and Windows Explorer, and really hates the constant crashing (I swapped her CD burner for a DVD burner yesterday and her machine had been up for 183 days since the last power failure - she never saves, with obvious consequences after five hours' typing
  • If you have a lot of apps that simply can't be migrated, or there's no way to safely and gradually perform the migration, it may be best to hold off or look into a partial migration. The ultimate goal is to solve problems and/or save money.

    Samba for me has been a very good file server, performing seemingly much faster than I've seen with Windows servers, with the flexibility to do some very interesting and unusual setups.
  • Go to http://www.resolvo.com/moveover/. They have automated migration tools called MoveOver for both server and desktop. Automatically transfer all user-defined files, emails, email config, desktop environment,etc. hope this helps.

To be awake is to be alive. -- Henry David Thoreau, in "Walden"

Working...