Slashdot Mirror


Designing Good Linux Applications

An Anonymous Coward writes: "A guy from IBM's Linux Impact Team in Brazil has written a guest column on Linux and Main describing how applications should integrate with Linux. It's Red Hat-centric, but there is a lot of material about the FHS and LSB that most users probably don't know."

5 of 208 comments (clear)

  1. Re:First of all, by mark_lybarger · · Score: 1, Troll

    like maybe the HTML used for the article. it renders horribly on ie 5.5.

  2. Re:First of all, by BlueUnderwear · · Score: 0, Troll
    like maybe the HTML used for the article. it renders horribly on ie 5.5.

    Then use a real browser instead...

    --
    Say no to software patents.
  3. Designing good Linux applications by Anonymous Coward · · Score: -1, Troll

    Just like cold fusion; it can't be done. If you own x86-family hardware, I recommend Microsoft Windows XP. Otherwise, buy a Mac.

  4. more FreeBSD applications by Anonymous Coward · · Score: -1, Troll

    The state of computing would be better advanced
    if developers would switch to FreeBSD as a more
    advanced and stable base.

  5. Re:/usr/local obsolete? by Anonymous Coward · · Score: -1, Troll

    The author seems to igonore the fact that in
    the real world it not really wise to every put
    anything (except OS stuff) in /usr/bin and such,
    even with a package manager. It is not really
    that workable to install every package on every
    machine, it is much simpler to install all of
    the packages on some shared nfs disk and export
    them to everyone.

    The author seems to be living in some sort of
    fantasy land that seems to only include single
    users managing single machines, this is not what
    the people that have the bulk of the machine are
    doing. Even with the setup programs of microsoft
    the large companies pretty much replace the setup
    program, because it is not workable to send
    a person out and run setup on each machine.

    Also, another good reason not to install in /usr/bin is that if you want to upgrade the OS cleanly, you will need to reinstall everything.
    Well designed applications should have the
    simple procedure of untar in directory you
    want it, and setup this script or these paths,
    or at least have this has a backup set of
    instructions, this makes putting things on shared
    disk much simpler.

    And since we have a package manager, lets follow
    the microsoft behavior and let all applications
    bring updated shared libraries with them and
    replace the system ones. /opt and completely
    isolating the application is the smartest thing,
    and since most applications don't even need root
    access this also makes the installs safer.