[suggest] please update libdvbpsi

[Bjarne Saltbaek]

Hi RPMforge.

Please update libdvbpsi to version 0.1.7.

VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

I have attached a new spec for it.

Regards,
Bjarne
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100608/199ab2cd/attachment.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libdvbpsi.spec
Type: application/octet-stream
Size: 2952 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100608/199ab2cd/attachment.obj

[Yury V. Zaytsev]

Hi!

Post by Bjarne Saltbaek
VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

Hmmm, I was under the impression that they have bumped their
requirements on Qt so that anything higher than 0.9.9 can't compile on
any version of RHEL anyway?!

Also, to my knowledge they dropped the wxWidgets interface altogether,
so this is not an option either.

How did you manage to compile it at all?

Post by Bjarne Saltbaek
I have attached a new spec for it.

Please do attach svn diffs in the future since they are easier to
handle.

Thanks!

[arnebjarne72]

Hi Yury.

Post by Yury V. Zaytsev
How did you manage to compile it at all?

Do you mean libdvdpsi or VLC?

libdvdpsi - no problems.

VLC. Took me around 3 hours to get all dependencies installed on my RH 5.5
x86_64 system.
Some additional updates are needed which I guess will break the RPMforge
system. I.e a newer autoconf (2.59c) is needed to compile the
VLC-git-source.

I have only need for the command line VLC (cvlc) so I haven't tested the GUI
part of VLC.

But VLC is running now with the needed Apple livehttps patch that I need for
my iPhone video system :-)

I'll be happy to supply ./configure line that I used to get the VLC
compiled. I do not have the time for the moment to do a actual SRPM/.spec
for vlc.

Post by Yury V. Zaytsev
Please do attach svn diffs in the future since they are easier to
handle.

Okie dokie (last time i was asked for the whole .spec).

Best Regards,
Bjarne

[Yury V. Zaytsev]

Hi!

Post by arnebjarne72
Do you mean libdvdpsi or VLC?

Of course VLC :-)

Post by arnebjarne72
VLC. Took me around 3 hours to get all dependencies installed on my RH 5.5
x86_64 system.

That's why one should use mock to automatically pull all the
build-depends and install them into a chroot.

Post by arnebjarne72
Some additional updates are needed which I guess will break the RPMforge
system. I.e a newer autoconf (2.59c) is needed to compile the
VLC-git-source.

Well, the build system can be regenerated on some bleeding edge FC13 /
Ubuntu Lucid machine and then applied as a patch, so this is not much of
an issue.

Post by arnebjarne72
I have only need for the command line VLC (cvlc) so I haven't tested the GUI
part of VLC.

Aha! That's why...

Post by arnebjarne72
I'll be happy to supply ./configure line that I used to get the VLC
compiled. I do not have the time for the moment to do a actual SRPM/.spec
for vlc.

We do have the configure options, but the issue was as I noted that they
have apparently dropped the support of the older versions of Qt.

Post by arnebjarne72

Post by Yury V. Zaytsev
Please do attach svn diffs in the future since they are easier to
handle.

Okie dokie (last time i was asked for the whole .spec).

Well, if the SPEC does not exists in the repo yet, of course it's more
practical to ask for the whole file, otherwise if it's just a version
bump it's easier to work with the diff against our latest version of the
SPEC.

[Yury V. Zaytsev]

Hi!

Post by arnebjarne72
Do you mean libdvdpsi or VLC?

Of course VLC :-)

Post by arnebjarne72
VLC. Took me around 3 hours to get all dependencies installed on my RH 5.5
x86_64 system.

That's why one should use mock to automatically pull all the
build-depends and install them into a chroot.

Post by arnebjarne72
Some additional updates are needed which I guess will break the RPMforge
system. I.e a newer autoconf (2.59c) is needed to compile the
VLC-git-source.

Well, the build system can be regenerated on some bleeding edge FC13 /
Ubuntu Lucid machine and then applied as a patch, so this is not much of
an issue.

Post by arnebjarne72
I have only need for the command line VLC (cvlc) so I haven't tested the GUI
part of VLC.

Aha! That's why...

Post by arnebjarne72
I'll be happy to supply ./configure line that I used to get the VLC
compiled. I do not have the time for the moment to do a actual SRPM/.spec
for vlc.

We do have the configure options, but the issue was as I noted that they
have apparently dropped the support of the older versions of Qt.

Post by arnebjarne72

Post by Yury V. Zaytsev
Please do attach svn diffs in the future since they are easier to
handle.

Okie dokie (last time i was asked for the whole .spec).

Well, if the SPEC does not exists in the repo yet, of course it's more
practical to ask for the whole file, otherwise if it's just a version
bump it's easier to work with the diff against our latest version of the
SPEC.

[Yury V. Zaytsev]

Hi!

Post by arnebjarne72
Do you mean libdvdpsi or VLC?

Of course VLC :-)

Post by arnebjarne72
VLC. Took me around 3 hours to get all dependencies installed on my RH 5.5
x86_64 system.

That's why one should use mock to automatically pull all the
build-depends and install them into a chroot.

Post by arnebjarne72
Some additional updates are needed which I guess will break the RPMforge
system. I.e a newer autoconf (2.59c) is needed to compile the
VLC-git-source.

Well, the build system can be regenerated on some bleeding edge FC13 /
Ubuntu Lucid machine and then applied as a patch, so this is not much of
an issue.

Post by arnebjarne72
I have only need for the command line VLC (cvlc) so I haven't tested the GUI
part of VLC.

Aha! That's why...

Post by arnebjarne72
I'll be happy to supply ./configure line that I used to get the VLC
compiled. I do not have the time for the moment to do a actual SRPM/.spec
for vlc.

We do have the configure options, but the issue was as I noted that they
have apparently dropped the support of the older versions of Qt.

Post by arnebjarne72

Post by Yury V. Zaytsev
Please do attach svn diffs in the future since they are easier to
handle.

Okie dokie (last time i was asked for the whole .spec).

Well, if the SPEC does not exists in the repo yet, of course it's more
practical to ask for the whole file, otherwise if it's just a version
bump it's easier to work with the diff against our latest version of the
SPEC.

[Yury V. Zaytsev]

Hi!

Post by arnebjarne72
Do you mean libdvdpsi or VLC?

Of course VLC :-)

Post by arnebjarne72
VLC. Took me around 3 hours to get all dependencies installed on my RH 5.5
x86_64 system.

That's why one should use mock to automatically pull all the
build-depends and install them into a chroot.

Post by arnebjarne72
Some additional updates are needed which I guess will break the RPMforge
system. I.e a newer autoconf (2.59c) is needed to compile the
VLC-git-source.

Well, the build system can be regenerated on some bleeding edge FC13 /
Ubuntu Lucid machine and then applied as a patch, so this is not much of
an issue.

Post by arnebjarne72
I have only need for the command line VLC (cvlc) so I haven't tested the GUI
part of VLC.

Aha! That's why...

Post by arnebjarne72
I'll be happy to supply ./configure line that I used to get the VLC
compiled. I do not have the time for the moment to do a actual SRPM/.spec
for vlc.

We do have the configure options, but the issue was as I noted that they
have apparently dropped the support of the older versions of Qt.

Post by arnebjarne72

Post by Yury V. Zaytsev
Please do attach svn diffs in the future since they are easier to
handle.

Okie dokie (last time i was asked for the whole .spec).

Well, if the SPEC does not exists in the repo yet, of course it's more
practical to ask for the whole file, otherwise if it's just a version
bump it's easier to work with the diff against our latest version of the
SPEC.

[Yury V. Zaytsev]

Hi!

Post by arnebjarne72
Do you mean libdvdpsi or VLC?

Of course VLC :-)

Post by arnebjarne72
VLC. Took me around 3 hours to get all dependencies installed on my RH 5.5
x86_64 system.

That's why one should use mock to automatically pull all the
build-depends and install them into a chroot.

Post by arnebjarne72
Some additional updates are needed which I guess will break the RPMforge
system. I.e a newer autoconf (2.59c) is needed to compile the
VLC-git-source.

Well, the build system can be regenerated on some bleeding edge FC13 /
Ubuntu Lucid machine and then applied as a patch, so this is not much of
an issue.

Post by arnebjarne72
I have only need for the command line VLC (cvlc) so I haven't tested the GUI
part of VLC.

Aha! That's why...

Post by arnebjarne72
I'll be happy to supply ./configure line that I used to get the VLC
compiled. I do not have the time for the moment to do a actual SRPM/.spec
for vlc.

We do have the configure options, but the issue was as I noted that they
have apparently dropped the support of the older versions of Qt.

Post by arnebjarne72

Post by Yury V. Zaytsev
Please do attach svn diffs in the future since they are easier to
handle.

Okie dokie (last time i was asked for the whole .spec).

Well, if the SPEC does not exists in the repo yet, of course it's more
practical to ask for the whole file, otherwise if it's just a version
bump it's easier to work with the diff against our latest version of the
SPEC.

[arnebjarne72]

Hi Yury.

Post by Yury V. Zaytsev

Post by Bjarne Saltbaek
VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

Hmmm, I was under the impression that they have bumped their
requirements on Qt so that anything higher than 0.9.9 can't compile on
any version of RHEL anyway?!
Also, to my knowledge they dropped the wxWidgets interface altogether,
so this is not an option either.
How did you manage to compile it at all?

Hmm, yes you are right.

I can compile VLC without the Qt4 GUI, making cvlc work.
I started changing and backporting the failing QT4 code, but stopped again.
I guess the code was changed for a reason and I have no clue what impact
changing the code from Qt 4.4.0 back to Qt 4.2.1 code (from vlc 0.9.8).

BTW: is the GUI working in the vlc-test version in RPMforge (I can see Dag
has produced the vlc-test package).
That code is vlc 1.1.0-rc1 and the backporting from my 1.1.0-rc2 might not
be to big a task?

Regards,
Bjarne

[Yury V. Zaytsev]

Hi!

Post by arnebjarne72
I can compile VLC without the Qt4 GUI, making cvlc work.

The reason is very simple: the developers migrate to newer distributions
that ship newer Qt that comes with new features and bug fixes. The
interface resource files format is not backwards compatible, so it's a
constant pain to make sure that things still work on older
distributions.

No developers use RHEL 5 anymore, so they just don't care whether it
still works there or not.

Post by arnebjarne72
I started changing and backporting the failing QT4 code, but stopped
again. I guess the code was changed for a reason and I have no clue
what impact changing the code from Qt 4.4.0 back to Qt 4.2.1 code
(from vlc 0.9.8).

This is something I did for SMPlayer when I was still using CentOS for
multimedia and wanted a decent recent mplayer front-end. It's a heroic
effort and you need some expertise.

If you want to go this route I'd rather had a look at 0.9.9a instead.

Post by arnebjarne72
BTW: is the GUI working in the vlc-test version in RPMforge (I can see
Dag has produced the vlc-test package). That code is vlc 1.1.0-rc1 and
the backporting from my 1.1.0-rc2 might not be to big a task?

No, it doesn't even compile because of some libvorbis incompatibility (I
guess), not sure whether this can be fixed.

I think the most practical solution would be in fact to come up with
static builds of VLC against latest Qt.

This is something I did for rtorrent (which requires newer libcurl, but
it's simply impossible to provide it for EL5 since it will require the
rebuild of the whole system, too many things depend upon Curl).

However, this is not exactly trivial and also will take *a lot* time to
build (I did build static versions of Qt before...).

Probably in an ideal world someone would backport latest Qt to EL5 to
install the static libraries into some obscure location (this has to be
discussed with knowledgeable people). Dynamic linking is just not an
option, since it will be pure hell to fiddle with DYDL_PATHs or
hardcoding RPATHs...

Then, we would be able to switch all the packages that require newer Qt
to buildrequire this package and statically link against its libraries,
which will be kind of Qt backporting framework.

However, I don't have time and energy do mess with it. I don't need it
anymore for myself and I'm not gonna get paid for it.

If you want to have a go at it I wish you best of luck... :-)

[Yury V. Zaytsev]

Hi!

Post by arnebjarne72
I can compile VLC without the Qt4 GUI, making cvlc work.

The reason is very simple: the developers migrate to newer distributions
that ship newer Qt that comes with new features and bug fixes. The
interface resource files format is not backwards compatible, so it's a
constant pain to make sure that things still work on older
distributions.

No developers use RHEL 5 anymore, so they just don't care whether it
still works there or not.

Post by arnebjarne72
I started changing and backporting the failing QT4 code, but stopped
again. I guess the code was changed for a reason and I have no clue
what impact changing the code from Qt 4.4.0 back to Qt 4.2.1 code
(from vlc 0.9.8).

This is something I did for SMPlayer when I was still using CentOS for
multimedia and wanted a decent recent mplayer front-end. It's a heroic
effort and you need some expertise.

If you want to go this route I'd rather had a look at 0.9.9a instead.

Post by arnebjarne72
BTW: is the GUI working in the vlc-test version in RPMforge (I can see
Dag has produced the vlc-test package). That code is vlc 1.1.0-rc1 and
the backporting from my 1.1.0-rc2 might not be to big a task?

No, it doesn't even compile because of some libvorbis incompatibility (I
guess), not sure whether this can be fixed.

I think the most practical solution would be in fact to come up with
static builds of VLC against latest Qt.

This is something I did for rtorrent (which requires newer libcurl, but
it's simply impossible to provide it for EL5 since it will require the
rebuild of the whole system, too many things depend upon Curl).

However, this is not exactly trivial and also will take *a lot* time to
build (I did build static versions of Qt before...).

Probably in an ideal world someone would backport latest Qt to EL5 to
install the static libraries into some obscure location (this has to be
discussed with knowledgeable people). Dynamic linking is just not an
option, since it will be pure hell to fiddle with DYDL_PATHs or
hardcoding RPATHs...

Then, we would be able to switch all the packages that require newer Qt
to buildrequire this package and statically link against its libraries,
which will be kind of Qt backporting framework.

However, I don't have time and energy do mess with it. I don't need it
anymore for myself and I'm not gonna get paid for it.

If you want to have a go at it I wish you best of luck... :-)

[Yury V. Zaytsev]

Hi!

Post by arnebjarne72
I can compile VLC without the Qt4 GUI, making cvlc work.

The reason is very simple: the developers migrate to newer distributions
that ship newer Qt that comes with new features and bug fixes. The
interface resource files format is not backwards compatible, so it's a
constant pain to make sure that things still work on older
distributions.

No developers use RHEL 5 anymore, so they just don't care whether it
still works there or not.

Post by arnebjarne72
I started changing and backporting the failing QT4 code, but stopped
again. I guess the code was changed for a reason and I have no clue
what impact changing the code from Qt 4.4.0 back to Qt 4.2.1 code
(from vlc 0.9.8).

This is something I did for SMPlayer when I was still using CentOS for
multimedia and wanted a decent recent mplayer front-end. It's a heroic
effort and you need some expertise.

If you want to go this route I'd rather had a look at 0.9.9a instead.

Post by arnebjarne72
BTW: is the GUI working in the vlc-test version in RPMforge (I can see
Dag has produced the vlc-test package). That code is vlc 1.1.0-rc1 and
the backporting from my 1.1.0-rc2 might not be to big a task?

No, it doesn't even compile because of some libvorbis incompatibility (I
guess), not sure whether this can be fixed.

I think the most practical solution would be in fact to come up with
static builds of VLC against latest Qt.

This is something I did for rtorrent (which requires newer libcurl, but
it's simply impossible to provide it for EL5 since it will require the
rebuild of the whole system, too many things depend upon Curl).

However, this is not exactly trivial and also will take *a lot* time to
build (I did build static versions of Qt before...).

Probably in an ideal world someone would backport latest Qt to EL5 to
install the static libraries into some obscure location (this has to be
discussed with knowledgeable people). Dynamic linking is just not an
option, since it will be pure hell to fiddle with DYDL_PATHs or
hardcoding RPATHs...

Then, we would be able to switch all the packages that require newer Qt
to buildrequire this package and statically link against its libraries,
which will be kind of Qt backporting framework.

However, I don't have time and energy do mess with it. I don't need it
anymore for myself and I'm not gonna get paid for it.

If you want to have a go at it I wish you best of luck... :-)

[Yury V. Zaytsev]

Hi!

Post by arnebjarne72
I can compile VLC without the Qt4 GUI, making cvlc work.

The reason is very simple: the developers migrate to newer distributions
that ship newer Qt that comes with new features and bug fixes. The
interface resource files format is not backwards compatible, so it's a
constant pain to make sure that things still work on older
distributions.

No developers use RHEL 5 anymore, so they just don't care whether it
still works there or not.

Post by arnebjarne72
I started changing and backporting the failing QT4 code, but stopped
again. I guess the code was changed for a reason and I have no clue
what impact changing the code from Qt 4.4.0 back to Qt 4.2.1 code
(from vlc 0.9.8).

This is something I did for SMPlayer when I was still using CentOS for
multimedia and wanted a decent recent mplayer front-end. It's a heroic
effort and you need some expertise.

If you want to go this route I'd rather had a look at 0.9.9a instead.

Post by arnebjarne72
BTW: is the GUI working in the vlc-test version in RPMforge (I can see
Dag has produced the vlc-test package). That code is vlc 1.1.0-rc1 and
the backporting from my 1.1.0-rc2 might not be to big a task?

No, it doesn't even compile because of some libvorbis incompatibility (I
guess), not sure whether this can be fixed.

I think the most practical solution would be in fact to come up with
static builds of VLC against latest Qt.

This is something I did for rtorrent (which requires newer libcurl, but
it's simply impossible to provide it for EL5 since it will require the
rebuild of the whole system, too many things depend upon Curl).

However, this is not exactly trivial and also will take *a lot* time to
build (I did build static versions of Qt before...).

Probably in an ideal world someone would backport latest Qt to EL5 to
install the static libraries into some obscure location (this has to be
discussed with knowledgeable people). Dynamic linking is just not an
option, since it will be pure hell to fiddle with DYDL_PATHs or
hardcoding RPATHs...

Then, we would be able to switch all the packages that require newer Qt
to buildrequire this package and statically link against its libraries,
which will be kind of Qt backporting framework.

However, I don't have time and energy do mess with it. I don't need it
anymore for myself and I'm not gonna get paid for it.

If you want to have a go at it I wish you best of luck... :-)

[Yury V. Zaytsev]

Hi!

Post by arnebjarne72
I can compile VLC without the Qt4 GUI, making cvlc work.

The reason is very simple: the developers migrate to newer distributions
that ship newer Qt that comes with new features and bug fixes. The
interface resource files format is not backwards compatible, so it's a
constant pain to make sure that things still work on older
distributions.

No developers use RHEL 5 anymore, so they just don't care whether it
still works there or not.

Post by arnebjarne72
I started changing and backporting the failing QT4 code, but stopped
again. I guess the code was changed for a reason and I have no clue
what impact changing the code from Qt 4.4.0 back to Qt 4.2.1 code
(from vlc 0.9.8).

This is something I did for SMPlayer when I was still using CentOS for
multimedia and wanted a decent recent mplayer front-end. It's a heroic
effort and you need some expertise.

If you want to go this route I'd rather had a look at 0.9.9a instead.

Post by arnebjarne72
BTW: is the GUI working in the vlc-test version in RPMforge (I can see
Dag has produced the vlc-test package). That code is vlc 1.1.0-rc1 and
the backporting from my 1.1.0-rc2 might not be to big a task?

No, it doesn't even compile because of some libvorbis incompatibility (I
guess), not sure whether this can be fixed.

I think the most practical solution would be in fact to come up with
static builds of VLC against latest Qt.

This is something I did for rtorrent (which requires newer libcurl, but
it's simply impossible to provide it for EL5 since it will require the
rebuild of the whole system, too many things depend upon Curl).

However, this is not exactly trivial and also will take *a lot* time to
build (I did build static versions of Qt before...).

Probably in an ideal world someone would backport latest Qt to EL5 to
install the static libraries into some obscure location (this has to be
discussed with knowledgeable people). Dynamic linking is just not an
option, since it will be pure hell to fiddle with DYDL_PATHs or
hardcoding RPATHs...

Then, we would be able to switch all the packages that require newer Qt
to buildrequire this package and statically link against its libraries,
which will be kind of Qt backporting framework.

However, I don't have time and energy do mess with it. I don't need it
anymore for myself and I'm not gonna get paid for it.

If you want to have a go at it I wish you best of luck... :-)

[arnebjarne72]

Hi Yury.

Post by Yury V. Zaytsev
How did you manage to compile it at all?

Do you mean libdvdpsi or VLC?

libdvdpsi - no problems.

VLC. Took me around 3 hours to get all dependencies installed on my RH 5.5
x86_64 system.
Some additional updates are needed which I guess will break the RPMforge
system. I.e a newer autoconf (2.59c) is needed to compile the
VLC-git-source.

I have only need for the command line VLC (cvlc) so I haven't tested the GUI
part of VLC.

But VLC is running now with the needed Apple livehttps patch that I need for
my iPhone video system :-)

I'll be happy to supply ./configure line that I used to get the VLC
compiled. I do not have the time for the moment to do a actual SRPM/.spec
for vlc.

Post by Yury V. Zaytsev
Please do attach svn diffs in the future since they are easier to
handle.

Okie dokie (last time i was asked for the whole .spec).

Best Regards,
Bjarne

[arnebjarne72]

Hi Yury.

Post by Yury V. Zaytsev

Post by Bjarne Saltbaek
VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

Hmmm, I was under the impression that they have bumped their
requirements on Qt so that anything higher than 0.9.9 can't compile on
any version of RHEL anyway?!
Also, to my knowledge they dropped the wxWidgets interface altogether,
so this is not an option either.
How did you manage to compile it at all?

Hmm, yes you are right.

I can compile VLC without the Qt4 GUI, making cvlc work.
I started changing and backporting the failing QT4 code, but stopped again.
I guess the code was changed for a reason and I have no clue what impact
changing the code from Qt 4.4.0 back to Qt 4.2.1 code (from vlc 0.9.8).

BTW: is the GUI working in the vlc-test version in RPMforge (I can see Dag
has produced the vlc-test package).
That code is vlc 1.1.0-rc1 and the backporting from my 1.1.0-rc2 might not
be to big a task?

Regards,
Bjarne

[arnebjarne72]

Hi Yury.

Post by Yury V. Zaytsev
How did you manage to compile it at all?

Do you mean libdvdpsi or VLC?

libdvdpsi - no problems.

VLC. Took me around 3 hours to get all dependencies installed on my RH 5.5
x86_64 system.
Some additional updates are needed which I guess will break the RPMforge
system. I.e a newer autoconf (2.59c) is needed to compile the
VLC-git-source.

I have only need for the command line VLC (cvlc) so I haven't tested the GUI
part of VLC.

But VLC is running now with the needed Apple livehttps patch that I need for
my iPhone video system :-)

I'll be happy to supply ./configure line that I used to get the VLC
compiled. I do not have the time for the moment to do a actual SRPM/.spec
for vlc.

Post by Yury V. Zaytsev
Please do attach svn diffs in the future since they are easier to
handle.

Okie dokie (last time i was asked for the whole .spec).

Best Regards,
Bjarne

[arnebjarne72]

Hi Yury.

Post by Yury V. Zaytsev

Post by Bjarne Saltbaek
VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

Hmmm, I was under the impression that they have bumped their
requirements on Qt so that anything higher than 0.9.9 can't compile on
any version of RHEL anyway?!
Also, to my knowledge they dropped the wxWidgets interface altogether,
so this is not an option either.
How did you manage to compile it at all?

Hmm, yes you are right.

I can compile VLC without the Qt4 GUI, making cvlc work.
I started changing and backporting the failing QT4 code, but stopped again.
I guess the code was changed for a reason and I have no clue what impact
changing the code from Qt 4.4.0 back to Qt 4.2.1 code (from vlc 0.9.8).

BTW: is the GUI working in the vlc-test version in RPMforge (I can see Dag
has produced the vlc-test package).
That code is vlc 1.1.0-rc1 and the backporting from my 1.1.0-rc2 might not
be to big a task?

Regards,
Bjarne

[arnebjarne72]

Hi Yury.

Post by Yury V. Zaytsev
How did you manage to compile it at all?

Do you mean libdvdpsi or VLC?

libdvdpsi - no problems.

VLC. Took me around 3 hours to get all dependencies installed on my RH 5.5
x86_64 system.
Some additional updates are needed which I guess will break the RPMforge
system. I.e a newer autoconf (2.59c) is needed to compile the
VLC-git-source.

I have only need for the command line VLC (cvlc) so I haven't tested the GUI
part of VLC.

But VLC is running now with the needed Apple livehttps patch that I need for
my iPhone video system :-)

I'll be happy to supply ./configure line that I used to get the VLC
compiled. I do not have the time for the moment to do a actual SRPM/.spec
for vlc.

Post by Yury V. Zaytsev
Please do attach svn diffs in the future since they are easier to
handle.

Okie dokie (last time i was asked for the whole .spec).

Best Regards,
Bjarne

[arnebjarne72]

Hi Yury.

Post by Yury V. Zaytsev

Post by Bjarne Saltbaek
VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

Hmmm, I was under the impression that they have bumped their
requirements on Qt so that anything higher than 0.9.9 can't compile on
any version of RHEL anyway?!
Also, to my knowledge they dropped the wxWidgets interface altogether,
so this is not an option either.
How did you manage to compile it at all?

Hmm, yes you are right.

I can compile VLC without the Qt4 GUI, making cvlc work.
I started changing and backporting the failing QT4 code, but stopped again.
I guess the code was changed for a reason and I have no clue what impact
changing the code from Qt 4.4.0 back to Qt 4.2.1 code (from vlc 0.9.8).

BTW: is the GUI working in the vlc-test version in RPMforge (I can see Dag
has produced the vlc-test package).
That code is vlc 1.1.0-rc1 and the backporting from my 1.1.0-rc2 might not
be to big a task?

Regards,
Bjarne

[arnebjarne72]

Hi Yury.

Post by Yury V. Zaytsev
How did you manage to compile it at all?

Do you mean libdvdpsi or VLC?

libdvdpsi - no problems.

VLC. Took me around 3 hours to get all dependencies installed on my RH 5.5
x86_64 system.
Some additional updates are needed which I guess will break the RPMforge
system. I.e a newer autoconf (2.59c) is needed to compile the
VLC-git-source.

I have only need for the command line VLC (cvlc) so I haven't tested the GUI
part of VLC.

But VLC is running now with the needed Apple livehttps patch that I need for
my iPhone video system :-)

I'll be happy to supply ./configure line that I used to get the VLC
compiled. I do not have the time for the moment to do a actual SRPM/.spec
for vlc.

Post by Yury V. Zaytsev
Please do attach svn diffs in the future since they are easier to
handle.

Okie dokie (last time i was asked for the whole .spec).

Best Regards,
Bjarne

[arnebjarne72]

Hi Yury.

Post by Yury V. Zaytsev

Post by Bjarne Saltbaek
VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

Hmmm, I was under the impression that they have bumped their
requirements on Qt so that anything higher than 0.9.9 can't compile on
any version of RHEL anyway?!
Also, to my knowledge they dropped the wxWidgets interface altogether,
so this is not an option either.
How did you manage to compile it at all?

Hmm, yes you are right.

I can compile VLC without the Qt4 GUI, making cvlc work.
I started changing and backporting the failing QT4 code, but stopped again.
I guess the code was changed for a reason and I have no clue what impact
changing the code from Qt 4.4.0 back to Qt 4.2.1 code (from vlc 0.9.8).

BTW: is the GUI working in the vlc-test version in RPMforge (I can see Dag
has produced the vlc-test package).
That code is vlc 1.1.0-rc1 and the backporting from my 1.1.0-rc2 might not
be to big a task?

Regards,
Bjarne

[Yury V. Zaytsev]

Hi!

Post by Bjarne Saltbaek
I have attached a new spec for it.

Committed, thanks!

[Bjarne Saltbaek]

Hi RPMforge.

Please update libdvbpsi to version 0.1.7.

VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

I have attached a new spec for it.

Regards,
Bjarne
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100608/199ab2cd/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libdvbpsi.spec
Type: application/octet-stream
Size: 2952 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100608/199ab2cd/attachment-0001.obj

[Yury V. Zaytsev]

Hi!

Post by Bjarne Saltbaek
VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

Hmmm, I was under the impression that they have bumped their
requirements on Qt so that anything higher than 0.9.9 can't compile on
any version of RHEL anyway?!

Also, to my knowledge they dropped the wxWidgets interface altogether,
so this is not an option either.

How did you manage to compile it at all?

Post by Bjarne Saltbaek
I have attached a new spec for it.

Please do attach svn diffs in the future since they are easier to
handle.

Thanks!

[Yury V. Zaytsev]

Hi!

Post by Bjarne Saltbaek
I have attached a new spec for it.

Committed, thanks!

[Bjarne Saltbaek]

Hi RPMforge.

Please update libdvbpsi to version 0.1.7.

VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

I have attached a new spec for it.

Regards,
Bjarne
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100608/199ab2cd/attachment-0002.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libdvbpsi.spec
Type: application/octet-stream
Size: 2952 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100608/199ab2cd/attachment-0002.obj

[Yury V. Zaytsev]

Hi!

Post by Bjarne Saltbaek
VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

Hmmm, I was under the impression that they have bumped their
requirements on Qt so that anything higher than 0.9.9 can't compile on
any version of RHEL anyway?!

Also, to my knowledge they dropped the wxWidgets interface altogether,
so this is not an option either.

How did you manage to compile it at all?

Post by Bjarne Saltbaek
I have attached a new spec for it.

Please do attach svn diffs in the future since they are easier to
handle.

Thanks!

[Yury V. Zaytsev]

Hi!

Post by Bjarne Saltbaek
I have attached a new spec for it.

Committed, thanks!

[Bjarne Saltbaek]

Hi RPMforge.

Please update libdvbpsi to version 0.1.7.

VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

I have attached a new spec for it.

Regards,
Bjarne
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100608/199ab2cd/attachment-0003.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libdvbpsi.spec
Type: application/octet-stream
Size: 2952 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100608/199ab2cd/attachment-0003.obj

[Yury V. Zaytsev]

Hi!

Post by Bjarne Saltbaek
VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

Hmmm, I was under the impression that they have bumped their
requirements on Qt so that anything higher than 0.9.9 can't compile on
any version of RHEL anyway?!

Also, to my knowledge they dropped the wxWidgets interface altogether,
so this is not an option either.

How did you manage to compile it at all?

Post by Bjarne Saltbaek
I have attached a new spec for it.

Please do attach svn diffs in the future since they are easier to
handle.

Thanks!

[Yury V. Zaytsev]

Hi!

Post by Bjarne Saltbaek
I have attached a new spec for it.

Committed, thanks!

[Bjarne Saltbaek]

Hi RPMforge.

Please update libdvbpsi to version 0.1.7.

VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

I have attached a new spec for it.

Regards,
Bjarne
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.repoforge.org/pipermail/users/attachments/20100608/199ab2cd/attachment-0004.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libdvbpsi.spec
Type: application/octet-stream
Size: 2952 bytes
Desc: not available
URL: <http://lists.repoforge.org/pipermail/users/attachments/20100608/199ab2cd/attachment-0004.obj>

[Yury V. Zaytsev]

Hi!

Post by Bjarne Saltbaek
VLC 1.1.0-rc2 cannot compile with current version 0.1.5 at RPMforge.

Hmmm, I was under the impression that they have bumped their
requirements on Qt so that anything higher than 0.9.9 can't compile on
any version of RHEL anyway?!

Also, to my knowledge they dropped the wxWidgets interface altogether,
so this is not an option either.

How did you manage to compile it at all?

Post by Bjarne Saltbaek
I have attached a new spec for it.

Please do attach svn diffs in the future since they are easier to
handle.

Thanks!

[Yury V. Zaytsev]

Hi!

Post by Bjarne Saltbaek
I have attached a new spec for it.

Committed, thanks!