[packman] vlc 2.0

2012-04-05 Diskussionsfäden Pascal Bleser
JFYI, been working on vlc 2.0 the past few days.
I obviously started from dimstar's spec file but made a few
adjustments to build properly on all our distros in Essential,
and also enabled libtar support.

Hence I had to package a few things only for SLE_11, SLE-11-SP2,
and sometimes for Evergreen_11.1 or 11.2 in order to have all
the dependencies (those packages are named libxxx-for-sle or
libxxx-for-older-than-11.4, etc... in Essentials).

vlc = 2.0 won't build for SLE_11 though, as it requires qt4 =
4.6, but I'll keep vlc 1.1.x for SLE_11 only in
Essentials/vlc-old.

phonon-backend-vlc builds just fine with vlc-2.0.1 (just needs a
few changes to the spec file as it currently requires vlc 
1.2). I can't test it myself, but I'll submit the changes and if
people notice that phonon-backend-vlc is broken at runtime,
I'll see what I can do, but that would essentially mean prodding
the phonon-backend-vlc upstream devs (which is going to be fun
for something that seems to be unmaintained, so let's hope it
just works.)

I've just submitted vlc 2.0.1 to replace vlc 1.1.x in
Essentials/vlc.

Please report issues at upstream first, as this is a fairly
standard build of vlc with only very few patches, unless it's
clearly a packaging issue.
If you don't know whether it's a packaging issue, it's not, and
do report upstream :)

I personally hate _service files with a vengeance, but I'm using
it in this case, as vlc-2.0.1.tar.xz is 17MB ^^

It is going to take some time to build, including all the
dependencies, but it should hit the mirrors in a few hours (some
mirrors pull every hour, some only every four hours), or be
available by tomorrow at worst.

cheers
-- 
  -o) Pascal Bleser
  /\\ http://opensuse.org -- we haz green
 _\_v http://fosdem.org   -- we haz conf


pgpxxZdw1gApj.pgp
Description: PGP signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden todd rme
On Thu, Apr 5, 2012 at 9:16 AM, Pascal Bleser
pascal.ble...@opensuse.org wrote:
 phonon-backend-vlc builds just fine with vlc-2.0.1 (just needs a
 few changes to the spec file as it currently requires vlc 
 1.2). I can't test it myself, but I'll submit the changes and if
 people notice that phonon-backend-vlc is broken at runtime,
 I'll see what I can do, but that would essentially mean prodding
 the phonon-backend-vlc upstream devs (which is going to be fun
 for something that seems to be unmaintained, so let's hope it
 just works.)

It doesn't appear to be unmaintained, it has been getting a steady
stream of git commits, with the last 8 days ago, and the last release
7 weeks ago.  The version in packman is out of date, though.  I will
submit an updated version.

-Todd

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Cristian Morales Vega
On 5 April 2012 08:16, Pascal Bleser pascal.ble...@opensuse.org wrote:
 Hence I had to package a few things only for SLE_11, SLE-11-SP2,
 and sometimes for Evergreen_11.1 or 11.2 in order to have all
 the dependencies (those packages are named libxxx-for-sle or
 libxxx-for-older-than-11.4, etc... in Essentials).

libmatroska-for-older-than-11.4, libebml-for-older-than-11.4,
lash-for-sle and fluidsynth-for-sle were building against *every*
version. I disabled the build to what I understood the name meant
(older-than-11.4 includes both SLE_11 and SLE-11-SP2?) and wiped the
binaries.

Unrelated... why are we building against both SLE_11 and SLE-11-SP2?
Every binary compiled against SLE_11 should work with SLE-11-SP2.

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden todd rme
On Thu, Apr 5, 2012 at 3:06 PM, Cristian Morales Vega
reddw...@opensuse.org wrote:
 On 5 April 2012 08:16, Pascal Bleser pascal.ble...@opensuse.org wrote:
 Hence I had to package a few things only for SLE_11, SLE-11-SP2,
 and sometimes for Evergreen_11.1 or 11.2 in order to have all
 the dependencies (those packages are named libxxx-for-sle or
 libxxx-for-older-than-11.4, etc... in Essentials).

 libmatroska-for-older-than-11.4, libebml-for-older-than-11.4,
 lash-for-sle and fluidsynth-for-sle were building against *every*
 version. I disabled the build to what I understood the name meant
 (older-than-11.4 includes both SLE_11 and SLE-11-SP2?) and wiped the
 binaries.

 Unrelated... why are we building against both SLE_11 and SLE-11-SP2?
 Every binary compiled against SLE_11 should work with SLE-11-SP2.

I am going to be out of town for the weekend,  but I submitted an
updated version of phone-backend-vlc with the latest version:

http://pmbs.links2linux.org/request/show/175

There were some build errors for openSUSE 12.1.  I think I fixed them,
but with vlc no longer working I cannot test the build, so there may
still be build errors.  If the new version of the backend is not in
the repo by tuesday when I get back I will take another look.

-Todd

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Christian

Am 05.04.2012 15:06, schrieb Cristian Morales Vega:

On 5 April 2012 08:16, Pascal Bleserpascal.ble...@opensuse.org  wrote:

Hence I had to package a few things only for SLE_11, SLE-11-SP2,
and sometimes for Evergreen_11.1 or 11.2 in order to have all
the dependencies (those packages are named libxxx-for-sle or
libxxx-for-older-than-11.4, etc... in Essentials).

libmatroska-for-older-than-11.4, libebml-for-older-than-11.4,
lash-for-sle and fluidsynth-for-sle were building against *every*
version. I disabled the build to what I understood the name meant
(older-than-11.4 includes both SLE_11 and SLE-11-SP2?) and wiped the
binaries.

Unrelated... why are we building against both SLE_11 and SLE-11-SP2?
Every binary compiled against SLE_11 should work with SLE-11-SP2.

right.
I would prefer to remove SLE-11-SP2
and would change SLE_11 to:

repository name=SLE_11
path repository=standard project=openSUSE.org:SUSE:SLE-11:SP1/
archx86_64/arch
archi586/arch
/repository

Cheers

--

Christian

   - Please do not 'CC' me on list mails.
  Just reply to the list :)

Der ultimative shop für Sportbekleidung und Zubehör

http://www.sc24.de



___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Pascal Bleser
On 2012-04-05 14:06:12 (+0100), Cristian Morales Vega reddw...@opensuse.org 
wrote:
 On 5 April 2012 08:16, Pascal Bleser pascal.ble...@opensuse.org wrote:
  Hence I had to package a few things only for SLE_11, SLE-11-SP2,
  and sometimes for Evergreen_11.1 or 11.2 in order to have all
  the dependencies (those packages are named libxxx-for-sle or
  libxxx-for-older-than-11.4, etc... in Essentials).

 libmatroska-for-older-than-11.4, libebml-for-older-than-11.4,
 lash-for-sle and fluidsynth-for-sle were building against *every*
 version. I disabled the build to what I understood the name meant
 (older-than-11.4 includes both SLE_11 and SLE-11-SP2?) and wiped the
 binaries.

Yeah, I wrongly assumed that the meta in the branch would also
be transferred through SRs, but they don't.
Forgot to check and disable the in Essentials as well, thanks.

 Unrelated... why are we building against both SLE_11 and SLE-11-SP2?
 Every binary compiled against SLE_11 should work with SLE-11-SP2.

Does it? I mean, really? SLE-11-SP2 ships different libs and
different versions of libs so ...

-- 
  -o) Pascal Bleser
  /\\ http://opensuse.org -- we haz green
 _\_v http://fosdem.org   -- we haz conf


pgpZj2qfZK2Ey.pgp
Description: PGP signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Cristian Morales Vega
On 5 April 2012 14:27, todd rme toddrme2...@gmail.com wrote:
 There were some build errors for openSUSE 12.1.  I think I fixed them,
 but with vlc no longer working I cannot test the build, so there may
 still be build errors.  If the new version of the backend is not in
 the repo by tuesday when I get back I will take another look.

phonon-backend-vlc 0.5.0 just requires phonon 4.6.0.
Even if you bypass the cmake configuration to accept phonon 4.5.0 you find that:

/home/abuild/rpmbuild/BUILD/phonon-backend-vlc-0.5.0/src/backend.cpp:36:45:
fatal error: phonon/GlobalDescriptionContainer: No such file or
directory

I'm not going to look at that header to try to backport it to phonon 4.5.

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Pascal Bleser
On 2012-04-05 15:54:17 (+0200), Christian ch...@computersalat.de wrote:
 Am 05.04.2012 15:06, schrieb Cristian Morales Vega:
 On 5 April 2012 08:16, Pascal Bleserpascal.ble...@opensuse.org  wrote:
 Hence I had to package a few things only for SLE_11, SLE-11-SP2,
 and sometimes for Evergreen_11.1 or 11.2 in order to have all
 the dependencies (those packages are named libxxx-for-sle or
 libxxx-for-older-than-11.4, etc... in Essentials).
 libmatroska-for-older-than-11.4, libebml-for-older-than-11.4,
 lash-for-sle and fluidsynth-for-sle were building against *every*
 version. I disabled the build to what I understood the name meant
 (older-than-11.4 includes both SLE_11 and SLE-11-SP2?) and wiped the
 binaries.

 Unrelated... why are we building against both SLE_11 and SLE-11-SP2?
 Every binary compiled against SLE_11 should work with SLE-11-SP2.
 right.
 I would prefer to remove SLE-11-SP2
 and would change SLE_11 to:

 repository name=SLE_11
 path repository=standard project=openSUSE.org:SUSE:SLE-11:SP1/
 archx86_64/arch
 archi586/arch
 /repository

Henne added SLE-11-SP2. And why go with SP1 if we can go with SP2 ?

I mean, this compatibility thing is only half true: e.g. SP2
ships with Qt = 4.8, while SP0 doesn't.

I wouldn't mind, less distros to build against means less pain,
and dropping old ones even more so.

cheers
-- 
  -o) Pascal Bleser
  /\\ http://opensuse.org -- we haz green
 _\_v http://fosdem.org   -- we haz conf


pgp9gV083sfKQ.pgp
Description: PGP signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Christian

Hi

Unrelated... why are we building against both SLE_11 and SLE-11-SP2?
Every binary compiled against SLE_11 should work with SLE-11-SP2.

Does it? I mean, really? SLE-11-SP2 ships different libs and
different versions of libs so ...
If you have a package build against SLE_11 SP1 that does not work on a 
SLE_11 SP2 box, then

you can tell to darix:

#opensuse-buildservice.log
--- Day changed Di Mär 20 2012
...
15:46  ChrisWi where does the brilliant idea come from to have 
SLE_11_SP1 ?? why not stay on SLE_11 and change internally to SP1 ?
15:48 -!- maxlin [~max...@220-136-39-167.dynamic.hinet.net] has quit 
[Quit: Konversation terminated!]
15:51  Ammler there are more SLE repos as openSUSE repos in the 
meantime :-)

15:53  jnxa Talk about pointless rebuilds.
15:53  Ammler but I would assume, it is fine to use SLE_11_SP2 only, 
as this is still compatible back to SLE_11

15:53  _Marcus_ its not
15:53  _Marcus_ we had new glibc versions in both SP1 and SP2
15:53  _Marcus_ so SLE_11_SP2 packages will not install on SLES 11 GA 
or SP1 I would suspect

15:55  jnxa SP1: glibc 2.11.1. SP2: glibc 2.11.3.
15:55  Ammler ok, then I miss the sense to use SP instead real distro 
bumps

15:55  jnxa What a difference.
15:55  _Marcus_ its not much, the symbol versions might not have bumped
...
16:15  _Marcus_ SLE11 GA could actually go, as we do not support it 
anymore

...
18:40  darix ChrisWi: binaries for most stuff that is built on GA 
should work on sp1 or sp2

18:40  darix but not the other direction
18:40  darix kernel and a few others being an exception of course
18:43  ChrisWi darix: most is not all, and doesn't glibc affect all ?
18:43  darix ChrisWi: show us a binary compiled against GA or SP1 that 
doesnt work on SP2 anymore

18:43  darix :)
18:43  darix (caused by glibc)
...

Cheers

--

Christian

   - Please do not 'CC' me on list mails.
  Just reply to the list :)

Der ultimative shop für Sportbekleidung und Zubehör

http://www.sc24.de



___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Malcolm
On Thu, 5 Apr 2012 16:43:58 +0200
Pascal Bleser pascal.ble...@opensuse.org
wrote:

 On 2012-04-05 14:06:12 (+0100), Cristian Morales Vega
 reddw...@opensuse.org wrote:
  On 5 April 2012 08:16, Pascal Bleser
  pascal.ble...@opensuse.org wrote:
   Hence I had to package a few things only for SLE_11, SLE-11-SP2,
   and sometimes for Evergreen_11.1 or 11.2 in order to have all
   the dependencies (those packages are named libxxx-for-sle or
   libxxx-for-older-than-11.4, etc... in Essentials).
 
  libmatroska-for-older-than-11.4, libebml-for-older-than-11.4,
  lash-for-sle and fluidsynth-for-sle were building against *every*
  version. I disabled the build to what I understood the name meant
  (older-than-11.4 includes both SLE_11 and SLE-11-SP2?) and wiped
  the binaries.
 
 Yeah, I wrongly assumed that the meta in the branch would also
 be transferred through SRs, but they don't.
 Forgot to check and disable the in Essentials as well, thanks.
 
  Unrelated... why are we building against both SLE_11 and SLE-11-SP2?
  Every binary compiled against SLE_11 should work with SLE-11-SP2.
 
 Does it? I mean, really? SLE-11-SP2 ships different libs and
 different versions of libs so ...
 
Hi
SP2 is now a mixture of SP1 and SP2, see TID 7010225 for the new
structure;
http://www.novell.com/support/php/search.do?cmd=displayKCdocType=kcexternalId=7010225sliceId=1docTypeID=DT_TID_1_1dialogID=5603410stateId=0%200%205599447

-- 
Cheers Malcolm °¿° (Linux Counter #276890)
SUSE Linux Enterprise Desktop 11 (x86_64) Kernel 3.0.13-0.27-default
up 21:00, 3 users, load average: 0.00, 0.01, 0.05
CPU Intel i5 CPU M520@2.40GHz | Intel Arrandale GPU



___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Cristian Morales Vega
On 5 April 2012 15:45, Pascal Bleser pascal.ble...@opensuse.org wrote:
 Henne added SLE-11-SP2. And why go with SP1 if we can go with SP2 ?

SP1 seems to be the oldest supported version. Building against it
warranties it will work with all the supported versions of SLE-11
(those being SP1 and SP2, but no GA).

 I mean, this compatibility thing is only half true: e.g. SP2
 ships with Qt = 4.8, while SP0 doesn't.

Which means a binary build against SP2 perhaps will not work in SP0.
But a binary build in SP0 will work in SP2 (if you trust Qt ABI is
100% stable).

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Pascal Bleser
On 2012-04-05 16:02:30 (+0100), Cristian Morales Vega reddw...@opensuse.org 
wrote:
 On 5 April 2012 15:45, Pascal Bleser pascal.ble...@opensuse.org wrote:
  Henne added SLE-11-SP2. And why go with SP1 if we can go with SP2 ?

 SP1 seems to be the oldest supported version. Building against it
 warranties it will work with all the supported versions of SLE-11
 (those being SP1 and SP2, but no GA).

  I mean, this compatibility thing is only half true: e.g. SP2
  ships with Qt = 4.8, while SP0 doesn't.

 Which means a binary build against SP2 perhaps will not work in SP0.
 But a binary build in SP0 will work in SP2 (if you trust Qt ABI is
 100% stable).

Yes, but there are things we can build on SP2 which we can't
build on SP1 (e.g. vlc 2.x).

I guess that the ideal setup then would be to build Essentials
against SP1, and then only build against SP2 when we can't build
against SP1.

The trouble though is that users of SP2 need to add both the
(Packman) repo for SP1 and the (Packman) repo for SP2, at least
if they want to use those additional packages (such as vlc 2.x).
Still sounds like a viable option, but IMHO experience shows
that this kind of information is very difficult to get across to
users.

Opinions?

cheers
-- 
  -o) Pascal Bleser
  /\\ http://opensuse.org -- we haz green
 _\_v http://fosdem.org   -- we haz conf


pgpAofc3ZZ6Yd.pgp
Description: PGP signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Malcolm
On Thu, 5 Apr 2012 17:09:29 +0200
Pascal Bleser pascal.ble...@opensuse.org
wrote:

 On 2012-04-05 16:02:30 (+0100), Cristian Morales Vega
 reddw...@opensuse.org wrote:
  On 5 April 2012 15:45, Pascal Bleser
  pascal.ble...@opensuse.org wrote:
   Henne added SLE-11-SP2. And why go with SP1 if we can go with
   SP2 ?
 
  SP1 seems to be the oldest supported version. Building against it
  warranties it will work with all the supported versions of SLE-11
  (those being SP1 and SP2, but no GA).
 
   I mean, this compatibility thing is only half true: e.g. SP2
   ships with Qt = 4.8, while SP0 doesn't.
 
  Which means a binary build against SP2 perhaps will not work in SP0.
  But a binary build in SP0 will work in SP2 (if you trust Qt ABI is
  100% stable).
 
 Yes, but there are things we can build on SP2 which we can't
 build on SP1 (e.g. vlc 2.x).
 
 I guess that the ideal setup then would be to build Essentials
 against SP1, and then only build against SP2 when we can't build
 against SP1.
 
 The trouble though is that users of SP2 need to add both the
 (Packman) repo for SP1 and the (Packman) repo for SP2, at least
 if they want to use those additional packages (such as vlc 2.x).
 Still sounds like a viable option, but IMHO experience shows
 that this kind of information is very difficult to get across to
 users.
 
 Opinions?
 
 cheers
Hi
Correct, they need to add both SP1 and SP2 just like the default
repositories added (as indicated in the TID), the structure should
follow the same concept.

SP1 == SP1.
SP2 = SP1  SP2.

-- 
Cheers Malcolm °¿° (Linux Counter #276890)
SUSE Linux Enterprise Desktop 11 (x86_64) Kernel 3.0.13-0.27-default
up 21:24, 3 users, load average: 0.00, 0.01, 0.05
CPU Intel i5 CPU M520@2.40GHz | Intel Arrandale GPU



___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


[packman] No VLC Mozilla plugin for VLC 2x

2012-04-05 Diskussionsfäden Willem Franssen

Dear Packman Team,

Thanks VLC 2x is available at last. But your VLC packages version 
2.0.1-2.2. don't provide the VLC Mozilla plugin.  Besides that I have to 
downgrade some libvlccore packages. I don't understand that.


So it's not usefull for me and for the time being I've to stick with VLC 
1.1.13-13.10


Nevertheless thanks for you work and efforts.
Kind regards,
Willem Franssen
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


[packman] vlc 2.0

2012-04-05 Diskussionsfäden Smartysmart34
Hi all,

Just tried to upgrade to VLC 2.0.
I encountered a whole bunch of cross dependencies from libpostproc52,
libavutil51, libxine1-codecs...

So if I want to upgrade libavutil51 to the new version I will have to
uninstall libpostproc51 and if I do so libxine1-codecs is broken.

This is too much for me. How can I just upgrade to vlc 2.0 without
breaking to much else?

I'm on Suse 11.4/64.

Kind regards,
Martin



Am 05.04.2012 17:19, schrieb Malcolm:
 On Thu, 5 Apr 2012 17:09:29 +0200
 Pascal Bleser pascal.ble...@opensuse.org
 wrote:
 
 On 2012-04-05 16:02:30 (+0100), Cristian Morales Vega
 reddw...@opensuse.org wrote:
 On 5 April 2012 15:45, Pascal Bleser
 pascal.ble...@opensuse.org wrote:
 Henne added SLE-11-SP2. And why go with SP1 if we can go with
 SP2 ?

 SP1 seems to be the oldest supported version. Building against it
 warranties it will work with all the supported versions of SLE-11
 (those being SP1 and SP2, but no GA).

 I mean, this compatibility thing is only half true: e.g. SP2
 ships with Qt = 4.8, while SP0 doesn't.

 Which means a binary build against SP2 perhaps will not work in SP0.
 But a binary build in SP0 will work in SP2 (if you trust Qt ABI is
 100% stable).

 Yes, but there are things we can build on SP2 which we can't
 build on SP1 (e.g. vlc 2.x).

 I guess that the ideal setup then would be to build Essentials
 against SP1, and then only build against SP2 when we can't build
 against SP1.

 The trouble though is that users of SP2 need to add both the
 (Packman) repo for SP1 and the (Packman) repo for SP2, at least
 if they want to use those additional packages (such as vlc 2.x).
 Still sounds like a viable option, but IMHO experience shows
 that this kind of information is very difficult to get across to
 users.

 Opinions?

 cheers
 Hi
 Correct, they need to add both SP1 and SP2 just like the default
 repositories added (as indicated in the TID), the structure should
 follow the same concept.
 
 SP1 == SP1.
 SP2 = SP1  SP2.
 

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Manfred Tremmel
Am Donnerstag, 5. April 2012, 22:24:25 schrieb Smartysmart34:
 Hi all,
 
 Just tried to upgrade to VLC 2.0.
 I encountered a whole bunch of cross dependencies from libpostproc52,
 libavutil51, libxine1-codecs...
 
 So if I want to upgrade libavutil51 to the new version I will have to
 uninstall libpostproc51 and if I do so libxine1-codecs is broken.

Makes no sence, libxine is compiled against the same ffmpeg version like 
vlc, and not even since 2.0, also 1.1.3 was.
What version of libxine1-codecs do you have installed?
What way do you use to update the package?
Do you have Packman Repository as Install-Source?
Which mirror do you use.

-- 
Machs gut| http://www.iivs.de/schwinde/buerger/tremmel/

Manfred  | http://packman.links2linux.de/

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] vlc 2.0

2012-04-05 Diskussionsfäden Smartysmart34
Am 06.04.2012 00:29, schrieb Manfred Tremmel:
 Am Donnerstag, 5. April 2012, 22:24:25 schrieb Smartysmart34:
 Hi all,

 Just tried to upgrade to VLC 2.0.
 I encountered a whole bunch of cross dependencies from libpostproc52,
 libavutil51, libxine1-codecs...

 So if I want to upgrade libavutil51 to the new version I will have to
 uninstall libpostproc51 and if I do so libxine1-codecs is broken.
 
 Makes no sence, libxine is compiled against the same ffmpeg version like 
 vlc, and not even since 2.0, also 1.1.3 was.
 What version of libxine1-codecs do you have installed?
1.1.20.1-60.2 from Packman

 What way do you use to update the package?
Yast2 from KDE

 Do you have Packman Repository as Install-Source?
Yes

 Which mirror do you use.
URL: ftp://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_11.4/

If I select VLC to Upgrade it complains about vlc-nox
If I select vlc-nox it complains about libpostproc.so.52
If I select libpostproc.so.52 it complains about libavutil51 to be 0.10.2
libavutil51 is installed as version 0.9.1
It offers 0.10.2 as update. If I select this for update it says:
libpostproc51-0.9.1 needs libavutil51=0.9.1

If I chose to delete libpostproc51-0.9.1 it gives me:
libcine1-codecs-1.1.20.1-60.2 needs libpostproc.so.51...

so...?!?

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman