• Bug#266606: xplanet: Command-line options are ignored

    From Dirk Eddelbuettel@1:229/2 to All on Wed Aug 18 14:50:08 2004
    From: [email protected]

    Package: xplanet
    Version: 1.1.0-2
    Severity: important

    edd@homebud:~> xplanet -output file.jpg -num_times 1
    [ x11 window with xplanet output shows up, manually closed ] edd@homebud:~> ls -l file*
    ls: file*: No such file or directory
    edd@homebud:~>

    The options still work in the version on testing. The update broke all scripted use of xplanet as e.g. in the background window use on my desktop.

    Dirk

    -- System Information:
    Debian Release: 3.1
    APT prefers unstable
    APT policy: (500, 'unstable')
    Architecture: i386 (i686)
    Kernel: Linux 2.4.26-1-686
    Locale: LANG=en_US, LC_CTYPE=en_US

    Versions of packages xplanet depends on:
    ii debconf 1.4.31 Debian configuration management sy ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.2 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.1-5 GCC support library
    ii libglib2.0-0 2.4.6-1 The GLib library of C routines
    ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libnetpbm10 2:10.0-5 Shared libraries for netpbm
    ii libpango1.0-0 1.4.1-2 Layout and rendering of internatio ii libpng12-0 1.2.5.0-7 PNG library - runtime
    ii libstdc++5 1:3.3.4-9 The GNU Standard C++ Library v3
    ii libtiff4 3.6.1-1.1 Tag Image File Format library
    ii libungif4g 4.1.3-1 shared library for GIF images (run ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m ii zlib1g 1:1.2.1.1-5 compression library - runtime

    -- debconf information:
    * xplanet/Planet_maps:
    * xplanet/Stable_Release:


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Dirk Eddelbuettel@1:229/2 to Dirk Eddelbuettel on Wed Aug 18 15:00:13 2004
    From: [email protected]

    On Wed, Aug 18, 2004 at 07:22:27AM -0500, Dirk Eddelbuettel wrote:
    Package: xplanet
    Version: 1.1.0-2
    Severity: important

    edd@homebud:~> xplanet -output file.jpg -num_times 1
    [ x11 window with xplanet output shows up, manually closed ] edd@homebud:~> ls -l file*
    ls: file*: No such file or directory
    edd@homebud:~>

    The options still work in the version on testing. The update broke all scripted use of xplanet as e.g. in the background window use on my desktop.

    Looking more closely, it turned out that the version in testing alone is not the difference -- but running the command under a zsh shell rather than the default bash was.

    So you may want to reassign this to bash. Or, ideally, figure out how to
    make it more robust to the changes from bash 3.0.

    Dirk



    Dirk

    -- System Information:
    Debian Release: 3.1
    APT prefers unstable
    APT policy: (500, 'unstable')
    Architecture: i386 (i686)
    Kernel: Linux 2.4.26-1-686
    Locale: LANG=en_US, LC_CTYPE=en_US

    Versions of packages xplanet depends on:
    ii debconf 1.4.31 Debian configuration management sy
    ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an
    ii libfreetype6 2.1.7-2.2 FreeType 2 font engine, shared lib
    ii libgcc1 1:3.4.1-5 GCC support library
    ii libglib2.0-0 2.4.6-1 The GLib library of C routines ii libjpeg62 6b-9 The Independent JPEG Group's JPEG
    ii libnetpbm10 2:10.0-5 Shared libraries for netpbm
    ii libpango1.0-0 1.4.1-2 Layout and rendering of internatio
    ii libpng12-0 1.2.5.0-7 PNG library - runtime
    ii libstdc++5 1:3.3.4-9 The GNU Standard C++ Library v3 ii libtiff4 3.6.1-1.1 Tag Image File Format library
    ii libungif4g 4.1.3-1 shared library for GIF images (run
    ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li
    ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte
    ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m
    ii zlib1g 1:1.2.1.1-5 compression library - runtime

    -- debconf information:
    * xplanet/Planet_maps:
    * xplanet/Stable_Release:


    --
    Those are my principles, and if you don't like them... well, I have others.
    -- Groucho Marx


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Gopal Narayanan@1:229/2 to Dirk Eddelbuettel on Wed Aug 18 19:50:19 2004
    From: [email protected]

    On Wed, Aug 18, 2004 at 07:44:34AM -0500, Dirk Eddelbuettel wrote:
    On Wed, Aug 18, 2004 at 07:22:27AM -0500, Dirk Eddelbuettel wrote:
    Package: xplanet
    Version: 1.1.0-2
    Severity: important

    edd@homebud:~> xplanet -output file.jpg -num_times 1
    [ x11 window with xplanet output shows up, manually closed ] edd@homebud:~> ls -l file*
    ls: file*: No such file or directory
    edd@homebud:~>

    The options still work in the version on testing. The update broke all scripted use of xplanet as e.g. in the background window use on my desktop.

    Looking more closely, it turned out that the version in testing alone is not the difference -- but running the command under a zsh shell rather than the default bash was.

    So you may want to reassign this to bash. Or, ideally, figure out how to
    make it more robust to the changes from bash 3.0.

    Dirk


    Hi Dirk,

    I am not able to reproduce your problem with either bash (the testing
    version) or zsh (testing/unstable). No x11 window shows up at all. I
    do get a non-zero file.jpg. Very puzzled! Are you running bash 3.0?
    When do you have the problem - when running zsh or bash 3.0?

    Before re-assigning to bash, I'd like to get some more info.

    When using -output, it should not have any x-window output at all. I
    don't see what that has to do with the shell. Can you verify that you
    are running the right xplanet by using the full pathname? Also please
    indicate any config files you are using in the invocation in a
    non-explicit manner (see -searchdir in the manual page).

    Gopal.


    --
    Gopal Narayanan <[email protected]> <[email protected]>
    Debian GNU/Linux Developer
    Dept. of Astronomy, University of Massachusetts, Amherst


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Dirk Eddelbuettel@1:229/2 to Gopal Narayanan on Wed Aug 18 21:10:10 2004
    From: [email protected]

    Gopal,

    On Wed, Aug 18, 2004 at 01:16:26PM -0400, Gopal Narayanan wrote:
    On Wed, Aug 18, 2004 at 07:44:34AM -0500, Dirk Eddelbuettel wrote:
    On Wed, Aug 18, 2004 at 07:22:27AM -0500, Dirk Eddelbuettel wrote:
    Package: xplanet
    Version: 1.1.0-2
    Severity: important

    edd@homebud:~> xplanet -output file.jpg -num_times 1
    [ x11 window with xplanet output shows up, manually closed ]
    edd@homebud:~> ls -l file*
    ls: file*: No such file or directory
    edd@homebud:~>

    The options still work in the version on testing. The update broke all scripted use of xplanet as e.g. in the background window use on my desktop.

    Looking more closely, it turned out that the version in testing alone is not
    the difference -- but running the command under a zsh shell rather than the default bash was.

    So you may want to reassign this to bash. Or, ideally, figure out how to make it more robust to the changes from bash 3.0.

    Dirk


    Hi Dirk,

    I am not able to reproduce your problem with either bash (the testing version) or zsh (testing/unstable). No x11 window shows up at all. I
    do get a non-zero file.jpg. Very puzzled! Are you running bash 3.0?

    Yes: Debian unstable, current, kde 3.3, bash 3.0. I've had xplanet as the 'advanced background' under KDE for a few years.

    KDE calls it with a few options (geometry, nb runs, long., lat., rel.size),
    I guess this gets called by system() -- which on that system leads via
    /bin/sh to bash 3.0.

    When do you have the problem - when running zsh or bash 3.0?

    It 'fails' under bash 3.0 -- all optrions are ignored.

    It works normally under Debian testing, or zsh on the unstable system. I haven't restarted KDE to get a different /bin/sh -- just moving the symlink didn;t help.

    Before re-assigning to bash, I'd like to get some more info.

    When using -output, it should not have any x-window output at all. I
    don't see what that has to do with the shell. Can you verify that you
    are running the right xplanet by using the full pathname? Also please

    I don't think I have another one, but I could add /usr/bin/ to the call.

    indicate any config files you are using in the invocation in a
    non-explicit manner (see -searchdir in the manual page).

    As I see it now, all options are simply dropped before xplanet is called.
    Why bash would do that I do not know.

    Dirk

    PS I meant to write to you regarding Quantian (http://dirk.eddelbuettel.com/quantian.html) which contains a few packages
    you maintain. I have been meaning to contact all 'science / quant.'
    maintainers but haven't yet. Comments would ne welcome if you have any ...


    Gopal.


    --
    Gopal Narayanan <[email protected]> <[email protected]>
    Debian GNU/Linux Developer
    Dept. of Astronomy, University of Massachusetts, Amherst


    --
    Those are my principles, and if you don't like them... well, I have others.
    -- Groucho Marx


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)