Re: looking for comments/reactions to the fedora project

From: T. Ribbrock (emgaron_at_gmx.net)
Date: 11/01/03

  • Next message: Bill Johnson: "CUPS nightmare revisited (fwd)"
    To: redhat-list@redhat.com
    Date: Sat, 1 Nov 2003 13:46:33 +0100
    
    

    On Fri, Oct 31, 2003 at 09:41:19PM -0600, Steve Strong wrote:
    [...]
    > I currently depend on up2date for security and bug-fix updates and it
    > doesn't sound like such services will be available. The prices for even
    > the low-end enterprise OS's are probably too high for my school to
    > support.
    >
    > Are there other distributions people are considering? Are
    > smaller/poorer organizations like mine expecting the fedora project to
    > provide the same level of product/updates and support that we're used
    > to?

    Well, at home, my firewall/server has been running OpenBSD for a long
    time now, as I'm very happy with their security policy. Also, contrary
    to most Linux distros, OpenBSD supports Sparc (my firewall/server is an
    UltraSparc 5). On the desktop, I've stayed with RHL7.3 up until now,
    as I was waiting for RHL8.2, but that one never materialized. Instead,
    we now have this change of policy from RH, which caused me to
    reconsider my options. I decided to migrate my laptop and two of my
    desktops to Mandrake 9.1/9.2 and I'll probably migrate one desktop to
    Fedora and keep the last x86 on RHL7.3 for the time being.
    As for Mandrake, it's too early to judge their support, but I
    have to say I'm rather impressed by urpmi. It seems to work really
    well, as far as I can judge it after using it such a short time. I
    never bothered with up2date, as I was too lazy to find out how all
    that subscription stuff works (I rather had my own scripts), but urpmi
    got me hooked immediately. And you don't need an account. I'd say,
    it's at least another option to consider.

    Cheerio,

    Thomas

    -- 
    ==> RH List Archive: http://marc.theaimsgroup.com/?l=redhat-list&r=1&w=2 <==
    -----------------------------------------------------------------------------
                    Thomas Ribbrock    http://www.ribbrock.org 
      "You have to live on the edge of reality - to make your dreams come true!"
    -- 
    redhat-list mailing list
    unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
    https://www.redhat.com/mailman/listinfo/redhat-list
    

  • Next message: Bill Johnson: "CUPS nightmare revisited (fwd)"

    Relevant Pages

    • FW: {RTCProd#003-520-317}Windows Update Support Request
      ... support policy for Windows NT 4.0 Workstation SP6a. ... The Microsoft Support Lifecycle defines the support policies for all ... This means that after this date, Microsoft would no longer create ... security fixes for this platform, nor automatically post to WU, etc. ...
      (NT-Bugtraq)
    • RE: Vendor wants remote control of our Servers and Workstations
      ... Of course the age-old problem with security is that ... Vendor has significant access to your internal ... this vendor uses the same method to support a number ... customer and makes significant changes ... ...
      (Security-Basics)
    • Re: Both security mode with WSHttpBinding?
      ... I've been scouring the WCF Security Guide. ... and only bindings that support the Microsoft Message Queuing ... establish a binding which will support both transport security via ...
      (microsoft.public.dotnet.framework.webservices)
    • Re: The Register: OpenVMS among most-secure of operating systems
      ... >story with out of support versions of VMS/OpenVMS as well. ... >Take LAND there is no CERT advisory for LAND refering to ... You have claimed that CERT advisory counts is ... not a good measure of the relative security of a system. ...
      (comp.os.vms)
    • Re: OT: Why Truman dropped the bomb
      ... > employing their own security guards on every flight. ... > Yet what's this administration's response? ... > drugs, but they're far less dangerous than alcohol, ... I don't see support for the Iraq war ...
      (rec.music.classical.recordings)