Solaris system tools are in the stone age? - Solaris

This is a discussion on Solaris system tools are in the stone age? - Solaris ; Hi All, I would like to share with you all, a discussion I have had on mplayerhq.hu (The site for the MPlayer program), in their bug reporting forums, where one of the developers gives his opinion on the solaris system ...

+ Reply to Thread
Results 1 to 6 of 6

Thread: Solaris system tools are in the stone age?

  1. Solaris system tools are in the stone age?

    Hi All,

    I would like to share with you all, a discussion I have had on
    mplayerhq.hu (The site for the MPlayer program), in their bug reporting
    forums, where one of the developers gives his opinion on the solaris
    system tools.

    Just want to know how you guys feel about this?

    http://bugzilla.mplayerhq.hu/show_bug.cgi?id=627 is the original
    source.

    Cheers
    Alex


    ------- Additional Comment #6 From Diego Biurrun 2006-11-07 14:58 CEST
    [reply] -------

    (In reply to comment #4)
    > bash-3.00$ ./configure --help |grep fb
    > --enable-fbdev build with FBDev render support [autodetect]
    > --enable-tdfxfb build with tdfxfb (Voodoo 3/banshee) support

    [disable]
    > --enable-s3fb build with s3fb (S3 ViRGE) support [disable]
    > --enable-directfb build with DirectFB support [autodetect]
    >
    > Please confirm location of a working --disable-directfb option.


    RTFS.

    > Line 3756 contains:
    > _dfb_version=$(dfb_version $_dfb_major $_dfb_minor $_dfb_micro)


    Your shell has problems with $() constructs. Solaris, *sigh*. Anyway, this
    line is no longer present in Subversion HEAD, case closed.


    ------- Additional Comment #9 From Diego Biurrun 2006-11-07 15:55
    CEST [reply] -------

    (In reply to comment #7)
    > not all of us run linux, no need to be rude.


    That's no excuse for Solaris system tools to remain in the stone age.

    And what I take as rude here is you not believing me when I told you about
    --disable-directfb. You obviously hadn't tried the option. I happen to
    be the
    maintainer of configure and know what I'm talking about.

    > What impact will --disable-libcdio --disable-cdparanoia have?
    > Does this mean audio/vcd's cannot be played?


    audio CDs


    ------- Additional Comment #11 From Diego Biurrun 2006-11-07 16:16
    CEST [reply] -------

    (In reply to comment #10)
    > Ok, well please tell me what tools in Solaris are "stone age",
    > I will be happy to relay it up to Sun Microsystems and the solaris
    > newsgroups.


    The default shell and the basic system tools. You have just seen an
    example.
    The default shell on Solaris 11 cannot cope with $(). Browse the
    Subversion log
    for configure, you will find more Solaris annoyances.

  2. Re: Solaris system tools are in the stone age?

    Alex writes in alt.solaris.x86:
    |The default shell and the basic system tools. You have just seen an
    |example.
    |The default shell on Solaris 11 cannot cope with $(). Browse the
    |Subversion log
    |for configure, you will find more Solaris annoyances.

    The Solaris /bin/sh is currently ancient. There's a project going on
    at OpenSolaris.org which seeks to eventually replace it with ksh93 to
    support more modern constructs like $().

    --
    Alan Coopersmith * alanc@alum.calberkeley.org * Alan.Coopersmith@Sun.COM
    http://blogs.sun.com/alanc/ * http://people.freedesktop.org/~alanc/
    http://del.icio.us/alanc/ * http://www.csua.berkeley.edu/~alanc/
    Working for, but definitely not speaking for, Sun Microsystems, Inc.

  3. Re: Solaris system tools are in the stone age?

    On Wed, 8 Nov 2006, Alex wrote:

    > The default shell and the basic system tools. You have just seen an example.
    > The default shell on Solaris 11 cannot cope with $(). Browse the Subversion
    > log for configure, you will find more Solaris annoyances.


    What I find really annoying is so many "portable" projects unecessarily
    relying GNU extension to common tools. And certain platforms having a
    shell called /bin/sh, despite the fact that it clearly isn't the Bourne
    Shell, but bash.

    --
    Rich Teer, SCNA, SCSA, OpenSolaris CAB member

    President,
    Rite Online Inc.

    Voice: +1 (250) 979-1638
    URL: http://www.rite-group.com/rich

  4. Re: Solaris system tools are in the stone age?

    Would I do any harm in:

    cd /bin
    rm sh
    ln -s ksh sh

    ?

    Basically replace sh with ksh, will that give configure scripts what
    they need, in terms of features?

  5. Re: Solaris system tools are in the stone age?

    On Wed, 8 Nov 2006, Alex wrote:

    > Would I do any harm in:
    >
    > cd /bin
    > rm sh
    > ln -s ksh sh
    >
    > ?


    Messing with system binaries is always bad juju.

    > Basically replace sh with ksh, will that give configure scripts what they
    > need, in terms of features?


    A better way might be to have /usr/xpg[46]/bin in your PATH before
    /usr/bin. The sh in those directories is POSIX compliant, so if
    the build environment relies on POSIX features, you should be OK.
    And if it still doesn't work, petition the Linux vendors to stop
    calling bash "sh"...

    --
    Rich Teer, SCNA, SCSA, OpenSolaris CAB member

    President,
    Rite Online Inc.

    Voice: +1 (250) 979-1638
    URL: http://www.rite-group.com/rich

  6. Re: Linux system tools are b0rken

    On Wed, 08 Nov 2006 01:36:32 +1100, Alex wrote:
    > Hi All,
    >
    > I would like to share with you all, a discussion I have had on
    > mplayerhq.hu (The site for the MPlayer program), in their bug reporting
    > forums, where one of the developers gives his opinion on the solaris
    > system tools.
    >
    > Just want to know how you guys feel about this?


    It's all a question of stability (Solaris - you can reasonably count on
    things working _and keeping on working_) and "features" (Linux - loadsa
    feechurs, just don't count on any old code/scripts working when the next
    version comes out in ten minutes time).

    A bientot
    Paul
    --
    Paul Floyd http://paulf.free.fr (for what it's worth)
    Surgery: ennobled Gerald.

+ Reply to Thread