Ken Moffat
2013-04-08 02:01:13 UTC
Hi,
I've recently become aware that xine-ui-0.99.7 is not doing
everything that 0.99.6 did : if I run it from an xterm, or otherwise
pass a filename to it, everything is fine. But if I open it without
any filename and then try to open a file using
right-click Open -> File
the file isn't opened.
This is on the current and previous linuxfromscratch releases.
Supposedly, Slackware have reverted to 0.99.6 because of this.
The problem still exists in current hg. Using 'hg bisect' points
the blame to:
The first bad revision is:
changeset: 3004:89b0fe6d3b88
user: Darren Salt <***@youmustbejoking.demon.co.uk>
date: Thu Mar 18 22:02:00 2010 +0000
summary: Allow JPEG for splash & logo etc.; move splash and logo
down a source dir.
I haven't managed to revert all of that commit on 0.99.7 (too much
fails to revert, and I think I screwed up trying to fix the
configure script). I've no idea what is _missing_ from that commit
(it works when a filename is passed to it, the changes to the source
files look sensible, so I can't say that the commit is bad, but I
presume it must be missing something).
Just to be clear, the presence or absence of xine-ui_logo.mpv in the
skins/ directory is not the key factor, otherwise my bisects would
all have worked because I had one there from 0.99.6.
Configured with:
sed -i '/#include <curl\/types.h>/d' src/xitk/download.c
(recent curl)
and
sed -i 's#info_ptr->##
/RGB/icolor_type = png_get_color_type(png_ptr, info_ptr);' \
src/xitk/Imlib-light/load.c
(libpng-1.5 and later, fixed in current hg)
and for ./autogen.sh [ we have the latest autotools ]
sed -i 's/AM_CONFIG_HEADER/AC_CONFIG_HEADERS/g' configure.ac
then passing --disable-lirc
ĸen
I've recently become aware that xine-ui-0.99.7 is not doing
everything that 0.99.6 did : if I run it from an xterm, or otherwise
pass a filename to it, everything is fine. But if I open it without
any filename and then try to open a file using
right-click Open -> File
the file isn't opened.
This is on the current and previous linuxfromscratch releases.
Supposedly, Slackware have reverted to 0.99.6 because of this.
The problem still exists in current hg. Using 'hg bisect' points
the blame to:
The first bad revision is:
changeset: 3004:89b0fe6d3b88
user: Darren Salt <***@youmustbejoking.demon.co.uk>
date: Thu Mar 18 22:02:00 2010 +0000
summary: Allow JPEG for splash & logo etc.; move splash and logo
down a source dir.
I haven't managed to revert all of that commit on 0.99.7 (too much
fails to revert, and I think I screwed up trying to fix the
configure script). I've no idea what is _missing_ from that commit
(it works when a filename is passed to it, the changes to the source
files look sensible, so I can't say that the commit is bad, but I
presume it must be missing something).
Just to be clear, the presence or absence of xine-ui_logo.mpv in the
skins/ directory is not the key factor, otherwise my bisects would
all have worked because I had one there from 0.99.6.
Configured with:
sed -i '/#include <curl\/types.h>/d' src/xitk/download.c
(recent curl)
and
sed -i 's#info_ptr->##
/RGB/icolor_type = png_get_color_type(png_ptr, info_ptr);' \
src/xitk/Imlib-light/load.c
(libpng-1.5 and later, fixed in current hg)
and for ./autogen.sh [ we have the latest autotools ]
sed -i 's/AM_CONFIG_HEADER/AC_CONFIG_HEADERS/g' configure.ac
then passing --disable-lirc
ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
das eine Mal als Tragödie, das andere Mal als Farce