Re: [packman] ffmpeg and predefined profiles

[oldcpu]

The code " *-vpre lossless_ultrafast* " is depreciated. What works 
instead now is "*-preset ultrafast*" .


On 03/01/2012 08:00 PM, Alin M Elena wrote:

I used to use a ffmpeg as packaged in the vlc repo... nowadays I am using the 
one from
packman.

However I discovered a difference
an old script I have to capture the screen...
fails with... File for preset 'lossless_ultrafast' not found

this is due to the fact that packman does not ship that predefined profiles...
is it possible to sync it?

Alin






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

Re: [packman] Future of PackMan?

[oldcpu]

I really like the Packman Packaged repository setup (and packages available) 
the way it is now, and my many thanks to the volunteers that contribute to this 
organization for the benefit of all openSUSE users.

Having typed the above, a characteristic of Packman packaged applications that 
I like, in comparison to the superb capability/service made available via the 
OBS, is in general the Packman packagers tend to offer :

(1) an availability consistency in their packages, as opposed to the individual 
OBS packagers (with their private repositories) who in providing packages via 
OBS may feel no obligation to continue to offer a package for all openSUSE 
versions and for openSUSE updates,

(2) a relatively easy means to contact the Packman packagers via the Packman 
mailing list, when there are problems with a packaging, which is often not so 
easy to contact OBS packagers wrt OBS packaged applications, and

(3) a relatively higher standard of stability in the Packman packaged apps than 
in some of the OBS packaged applications (where some may debate this last point 
of mine - which is a personal subjective observation).

Hence if there are packages which are consistently not in the openSUSE release, 
but are packaged in OBS, I would like to see a discussion mechanism (further to 
just making a mailing list suggestion) in which personal packaged OBS rpm 
packages (in private repositories) can ultimately be migrated to be part of the 
Packman packager's repositories.

One example of this would be webcam drivers (such as stk11 and r5u870 which are 
available in OBS in private repositories).  Another would be packaging of video 
conference applications (such as Skype), and there are many other examples.  
Again, while such migrations can and currently should be discussed on the 
mailing list, I believe a further dedicated discussion mechanism would be 
useful so as to not have other distracting support posts.

So while I really like the Packman Packaged repository setup (and packages 
available) the way it is now, I think with the advancement of use of the OBS 
and private repositories, there may be ideas worth considering to take 
advantage/lever that OBS activity further to the benefit of all.

Many thanks again to the Packman Packagers for their superb efforts.

Lee

oldcpu



On 01/01/2012 10:56 PM, Detlef Reichelt wrote:

Moin,

what should we do in the future? What is the goal of PackMan?

Should we build only multimedia and non crippled stuff for openSUSE?

Detlef

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




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

Re: [packman] Add the Pulse Audio equalizer into Packman repos

[oldcpu]

In reply to this somewhat ancient request, I note this request for the 
Pulseaudio equalizer:


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

and this openSUSE forum thread: 
http://forums.opensuse.org/english/get-technical-help-here/applications/438775-cant-find-pulse-audio-equalizer.html


On 05/15/2010 03:41 PM, Martin N wrote:

Hello.

Im running openSUSE 11.2 x64 Gnome version and i saw that the Pulse Audio
equalizer isnt shipped with the Pacman repos or openSUSE own repos.
And this equalizer is shipped with both Ubuntu and Fedora distros, you can
see more about it here:

http://exploreubuntu.wordpress.com/2010/04/18/equalizer-for-pulse-audio/
and:

http://koji.fedoraproject.org/koji/packageinfo?packageID=9708


With this equalizer you can make the sound of Pulse Audio sound better and
make the sound sound as wanted.
So my question is:  Can you package it and point it to the Fedora location
so it works to install in openSUSE through the packagemanager?

Thanks.


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




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

Re: [packman] [PM] kdenlive 0.8-1.pm.1.4 (openSUSE 11.4/x86_64)

[oldcpu]

Does the render still work despite the error ?

Does this only happen when trying to create a certain codec/resolution 
with those specific AVI files as input ?


Can you place for download a very very small sample of the input file 
that causes the problem, together with posting a screen print of the 
project settings and also a screen print of the render settings ?


Lee


On 08/07/2011 03:52 PM, jrcol...@gmail.com wrote:

Dear Packman,

Kdenlive gives an error message at the end of the rendering process of a AVI
file.  I have used these files successfully in the past to create .VOB files.

Should any further information be needed please advise.

Regards,
Richard


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


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

Re: [packman] Possible packaging problem

[oldcpu]

I am running openSUSE-11.3 (64-bit on KDE-4.4.4).

I have no problems with KDEnilve.

Here are the versions of kdenlive and mlt I have installed:

oldcpu@core-i7:~> rpm -qa '*kdenlive*'
kdenlive-0.8-1.2.x86_64
oldcpu@core-i7:~> rpm -qa '*mlt*'
libmlt4-0.7.0-2.3.x86_64
libmlt2-0.5.10-3.pm.3.16.x86_64
mlt-0.7.0-2.3.x86_64
libmlt3-0.6.2-1.pm.1.3.x86_64
libmlt++3-0.7.0-2.3.x86_64

It works well for me.

Lee
aka oldcpu

On 05/14/2011 01:12 PM, Stephen Allewell wrote:
Firstly thanks for providing all these updated packages.  They are 
very helpful for me.


I believe there is a packaging problem with 
kdenlive-0.8-1.pm.1.1.x86_64 which I installed recently.

This is for OpenSuSE 11.3.

Having installed it, I tried to run it but it crashes on startup each 
time.
One of the requirements is listed as mlt, but it appears to only run 
with version 0.7, which I got from your repo,

and not with the stock version 0.5 supplied with OpenSuSE 11.3.

Having updated mlt, kdenlive runs correctly.

Thanks again for the packages

Regards


Steve

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




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

Re: [packman] Jitsi-repo

[oldcpu]

I would also like to see this application packaged on a more 
regular/consistent basis for openSUSE.


I note from its website (http://www.jitsi.org/) that it is under heavy 
development with their being nightly builds.  The download page of the 
site notes they are interested in working with different GNU/Linux 
distributions to package Jitsi : 
http://www.jitsi.org/index.php/Development/MailingLists#dev


There is an 'rpm' on the site for download, but its 64-bit rpm packages 
have all its libraries and .jar (java apps) in /usr/lib/jitsi/ which is 
contrary to the openSUSE approach (where I believe 64-bit libraries 
usually go in /usr/lib64 and where I think on openSUSE java .jar files 
go in /usr/share/java/ ) . So I do not want to install the rpm from the 
jitsi web site.  I then looked at the source files on the Jtisi site to 
see if it was easy for a non-packager/average-user to build, but then I 
noted it required java beans to install , and ergo it is not so easy for 
the average user to install this application.


Hence a packager who understands this and who could liaise with Jitsi 
developers for packaging this application would be useful.


Thus I echo Al Bogner's request.

Lee
aka oldcpu

On 03/27/2011 02:50 PM, Al Bogner wrote:

Jitsi (ex sip-communicator) is one of the best SIP and messenger
programm, written in Java, I found. At the moment the rpm-version is
unmaintained. It would be great, if jitsi could be added by Packman.

Unfortunately I had problems to install it with Opensuse. I think there
must be a few modifications made with the dependencies, eg:

"java>= 1.5.0", and not "java>= 1:1.5.0"

For people who use messenger services and SIP, jitsi is my 1st
recommendation. Jitis is the simplest way, because of 1 app, for audio
via sip and audio via xmpp.

So is there anyone, who will build jitsi for Opensuse?

Al

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




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

Re: [packman] Packman: wrong repomd.xml signature

[oldcpu]

While smart is ok as a temporary work around, it still would be good to 
see some sort of approach here that works better. ...


I note its not possible to build an 11.1 rpm from an 11.2 .src using 
"rpmbuild --rebuild file.src.rpm" because one gets the key error.


Lee
aka oldcpu

On 03/19/2011 06:17 PM, oldcpu wrote:

Ok Thanks.

Until this is sorted : I setup the Smart Package manager with the
Evergreen-11.1 repositories, and briefly set the rpm-signature check to
false in Smart Packager manager, and easily updated and installed the
latest Packman packages for Evergreen-11.1.

Smart always has served me well as a back up to YaST/zypper.

Many thanks to the Packman packagers for their Evergreen support.

Lee
aka oldcpu

On 03/19/2011 02:40 PM, Joachim Schrod wrote:

oldcpu wrote:


Was this fixed for Evergreen in Packman?

I'm still getting (as of this morning) errors when trying to install
from Packman Evergreen repository via YaST about a bad key. I received
PM in the forum from others with same problem.


Yours is a different problem.

It seems that 11.1's rpm cannot handle the current Packman signing
key. That's an rpm issue, not a zypper issue. It was confirmed here
a few days ago; look at messages with the subject "RPM problem with
packet signatures (not zypper and repomd.xml!)"
Maybe that's because it's a 4096-bit key, but the root cause has
not been established yet.

Since there is no known way to turn off rpm gpg signature check in
zypper, Packman repositories cannot be used via zypper / yast for
11.1/Evergreen installations at the time.

Joachim




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




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

Re: [packman] Packman: wrong repomd.xml signature

[oldcpu]

Ok Thanks.

Until this is sorted : I setup the Smart Package manager with the
Evergreen-11.1 repositories, and briefly set the rpm-signature check to
false in Smart Packager manager, and easily updated and installed the
latest Packman packages for Evergreen-11.1.

Smart always has served me well as a back up to YaST/zypper.

Many thanks to the Packman packagers for their Evergreen support.

Lee
aka oldcpu

On 03/19/2011 02:40 PM, Joachim Schrod wrote:
> oldcpu wrote:
>   
>> Was this fixed for Evergreen in Packman?
>>
>> I'm still getting (as of this morning) errors when trying to install
>> from Packman Evergreen repository via YaST about a bad key. I received
>> PM in the forum from others with same problem.
>> 
> Yours is a different problem.
>
> It seems that 11.1's rpm cannot handle the current Packman signing
> key. That's an rpm issue, not a zypper issue. It was confirmed here
> a few days ago; look at messages with the subject "RPM problem with
> packet signatures (not zypper and repomd.xml!)"
> Maybe that's because it's a 4096-bit key, but the root cause has
> not been established yet.
>
> Since there is no known way to turn off rpm gpg signature check in
> zypper, Packman repositories cannot be used via zypper / yast for
> 11.1/Evergreen installations at the time.
>
>   Joachim
>
>   


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

Re: [packman] Packman: wrong repomd.xml signature

[oldcpu]

Was this fixed for Evergreen in Packman?

I'm still getting (as of this morning) errors when trying to install
from Packman Evergreen repository via YaST about a bad key. I received
PM in the forum from others with same problem.

Lee
oldcpu

On 03/10/2011 04:54 PM, Pascal Bleser wrote:
> On 2011-03-10 14:16:37 (+0100), Pascal Bleser  
> wrote:
>   
>> On 2011-03-10 12:20:18 (+0100), Pascal Bleser  
>> wrote:
>> 
>>> Marc and I worked until really late again to finalize the
>>> Packman repository infrastructure, and apparently we still have
>>> a (major) bug, as zypper will complain (on a refresh) that the
>>> repomd.xml signature does not match.
>>> We apparently signed it with the wrong key.
>>>
>>> Sorry for the hassle, will fix that as soon as possible.
>>>   
>> Fixed, was indeed just a bug in our script.
>>
>> The main server has correct signatures again, we just have to
>> wait for mirrors to sync the changes (which should be <= 1
>> hour).
>> 
> All mirrors should be up-to-date now.
>
>   
>
>
> ___
> Packman mailing list
> Packman@links2linux.de
> http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

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

Re: [packman] missing deps for smplayer & mplayer in factory/ 11.4

[oldcpu]

As an iterim measure, until libx264.so.107 is populated in packman, you
can get it here in this repository on the build service:

http://download.opensuse.org/repositories/home:/Vovochka404/openSUSE_Factory/

You just need to do a search on the http://download.opensuse.org to find
such missing apps, as often someone has encountered same problem before
you and have posted their temporary solution.

Lee
aka oldcpu

On 02/12/2011 01:21 PM, Bruno Friedmann wrote:
> Or if you try mplayer
> zypper in mplayer
> Loading repository data...
> Reading installed packages...
> Resolving package dependencies...
>
> Problem: nothing provides libx264.so.107()(64bit) needed by 
> MPlayer-1.0rc4_r31930-1.pm.7.36.x86_64
>  Solution 1: do not install MPlayer-1.0rc4_r31930-1.pm.7.36.x86_64
>  Solution 2: break MPlayer by ignoring some of its dependencies
>
> I think the mplayer stack need a review :D
> Thx for your jobs !
>
>   


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

Re: [packman] MPlayer issues with DivX and VDPAU

[oldcpu]

Exploring this issue on openSUSE forums, it appears the problem is
related to a rather specific way of using MPlayer with VDPAU.

I tested on openSUSE-11.3 PCs (32-bit and 64-bit) with proprietary
nVidia 260.19.29 and 260.19.36 proprietary graphic driver, and with rpms:

MPlayer-1.0rc4_r32749-1.pm.2.2
libvdpau1-0.4-5.6

and it affects nVidia graphic cards that have Feature Set-A and Feature
Set-B of VDPAU but not cards with Feature Set-C of VDPAU.

ie the problem is with the command

mplayer -vo vdpau -vc ffmpeg12vdpau,ffh264vdpau,ffwmv3vdpau,ffvc1vdpau,
sample.avi

(note the comma after ffvc1vdpau) will on Feature-Set-A and B cards will
still try to load the ffodivxvdapu decoder, when they should not (as
that decode is not available).

However the command
mplayer sample.avi

will still work on the PCs I tested (openSUSE-11.3 with a mix of 32-bit
and 64-bit, all with proprietary video driver).

I tested on:

(1) FX5200 which has no vdapu
(2) GeForce 8400GS (feature-set-B)
(3) GeForce GTX 260 (feature-set-A)
(4) GeForce G210 (feature-set-C)

sample.avi video is here:
http://www.geexbox.org/~schroeterm/mplayer/sample.avi

Details of what feature set is present for what video card is here:
http://en.wikipedia.org/wiki/Nvidia_PureVideo#Table_of_PureVideo_.28HD.29_GPUs

Forum thread discussing this is here: 
http://forums.opensuse.org/english/get-technical-help-here/multimedia/453255-mplayer-vdpau-divx-fail.html

I hope these details help.  I don't use that specific way of launching
mplayer so this is NOT a problem for me, but clearly it does annoy some
users.

Lee
aka oldcpu

===

On 01/21/2011 01:54 PM, Carlos H. Costa wrote:
> Hello,
>
>
> I've noticed a small problem with MPlayer (current version dev-SVN-r32749-4.4 
> / 1.0rc4_r32749-1.pm.2.2).
>
> I have a NVIDIA GeForce 8600 card, and it only has support for vdpau feature 
> set A, which doesn't support ffodivxvdpau.
>
> Since the update, when I try to play DivX videos, MPlayer forces 
> ffodivxvdpau, when it should be using ffodivx... The only workaround is to 
> disable vdpau completely, which is really annoying.
>
> Shouldn't MPlayer recognize the video chipset and not force ffodivxvdpau if 
> it's not supported?
>
>
> Thank you for your attention,
>
> Carlos H. Costa
>
>
> 
> Carlos Henrique Costa Barbosa
> mailto:carlos.h.co...@uol.com.br
>
>
> ___
> Packman mailing list
> Packman@links2linux.de
> http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
>
>   


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

Re: [packman] MPlayer issues with DivX and VDPAU

[oldcpu]

I should note my wife's PC and my PC has
MPlayer-1.0rc4_r32749-1.pm.2.2.x86_64 and libvdpau1-0.4-5.6.x86_64.

ie we don't have the problems you note with MPlayer.

On 01/26/2011 09:33 PM, oldcpu wrote:
> I think you mean smplayer forces ffodivxvdpau and not mplayer ?
>
> With mplayer, I can play divx and xvid videos with no problem with a
> GeForce GTX260 and also a nVidia GeForce 8400GS, neither of which are
> feature set C.  (I note feature set C is needed to play divx and xvid
> with vdpau).
>
> My wife's PC has a GeForce GT218 (which is feature set c) and it can
> play with vdpau and mplayer using 'ffodivxvdpau' both divx and vdpau
> movies fine.
>
> Lee
> aka oldcpu
>
> On 01/21/2011 01:54 PM, Carlos H. Costa wrote:
>   
>> Hello,
>>
>>
>> I've noticed a small problem with MPlayer (current version 
>> dev-SVN-r32749-4.4 / 1.0rc4_r32749-1.pm.2.2).
>>
>> I have a NVIDIA GeForce 8600 card, and it only has support for vdpau feature 
>> set A, which doesn't support ffodivxvdpau.
>>
>> Since the update, when I try to play DivX videos, MPlayer forces 
>> ffodivxvdpau, when it should be using ffodivx... The only workaround is to 
>> disable vdpau completely, which is really annoying.
>>
>> Shouldn't MPlayer recognize the video chipset and not force ffodivxvdpau if 
>> it's not supported?
>>
>>
>> Thank you for your attention,
>>
>> Carlos H. Costa
>>
>>
>> 
>> Carlos Henrique Costa Barbosa
>> mailto:carlos.h.co...@uol.com.br
>>
>>
>> ___
>> Packman mailing list
>> Packman@links2linux.de
>> http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
>>
>>   
>> 
>
> ___
> Packman mailing list
> Packman@links2linux.de
> http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
>
>   


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

Re: [packman] MPlayer issues with DivX and VDPAU

[oldcpu]

I think you mean smplayer forces ffodivxvdpau and not mplayer ?

With mplayer, I can play divx and xvid videos with no problem with a
GeForce GTX260 and also a nVidia GeForce 8400GS, neither of which are
feature set C.  (I note feature set C is needed to play divx and xvid
with vdpau).

My wife's PC has a GeForce GT218 (which is feature set c) and it can
play with vdpau and mplayer using 'ffodivxvdpau' both divx and vdpau
movies fine.

Lee
aka oldcpu

On 01/21/2011 01:54 PM, Carlos H. Costa wrote:
> Hello,
>
>
> I've noticed a small problem with MPlayer (current version dev-SVN-r32749-4.4 
> / 1.0rc4_r32749-1.pm.2.2).
>
> I have a NVIDIA GeForce 8600 card, and it only has support for vdpau feature 
> set A, which doesn't support ffodivxvdpau.
>
> Since the update, when I try to play DivX videos, MPlayer forces 
> ffodivxvdpau, when it should be using ffodivx... The only workaround is to 
> disable vdpau completely, which is really annoying.
>
> Shouldn't MPlayer recognize the video chipset and not force ffodivxvdpau if 
> it's not supported?
>
>
> Thank you for your attention,
>
> Carlos H. Costa
>
>
> 
> Carlos Henrique Costa Barbosa
> mailto:carlos.h.co...@uol.com.br
>
>
> ___
> Packman mailing list
> Packman@links2linux.de
> http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
>
>   


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

[packman] Plan for 11.1 continued packman packager support ?

[oldcpu]

Is there a plan for continued packman support to openSUSE-11.1 for a
while longer given:

(1) SuSE-GmbH support has stopped, but

(2) Evergreen project has adopted 11.1 for its trial of Long Term Support.

I know Evergreen is intended to be more server based at this stage. But
there are some of us who are desktop users who for various reasons are
not able to update a PC of ours to a version of openSUSE newer than
11.1, and we would still like to enjoy as many 11.1 packages that the
packman packagers are able to provide. 

I suspect the answer is tied into the plan (?) for continued OBS support
for 11.1 (and I don't know what that is). 

Apologies if I missed an announcement here, but if there is curiosity as
to what some 11.1 users think, then with myself as one 11.1 user I do
note it would be great if packman packager support could continue in
11.1 (where it is still practical (given 11.1's age)).

Lee
aka oldcpu

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

Re: [packman] OBS 2.x and new repository layout

[oldcpu]

On 12/31/2010 07:27 PM, Cristian Morales Vega wrote:
> Will not Packman people be able to access this new OBS? (in a limited
> way) If people would be able to (easilly) see packages source, build
> log and trigger reason; and to create submit request, I would expect
> better packages and more trust in those packages. My main problem with
> Packman providing packages already available in the main OBS is that
> because of this lack of openness I trust more the packages from the
> main OBS.
>   
I confess I have the opposite view and I place more faith in the support
provided by the Packman packagers.

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

Re: [packman] OBS 2.x and new repository layout

[oldcpu]

On 12/31/2010 01:08 PM, Pascal Bleser wrote:
> The "all-in-one" approach as it is right now is problematic because
> there is quite some duplication of packages that are available both in
> Packman and in other repositories that exist on d.o.o/repositories
> which, in turn, creates package conflicts and "ping-pong" for many users.
> Of course, if Packman were to be reduced to things that are only
> available on Packman, it would strongly reduce the problem.
>   
>From a user-support perspective, an "option-2" with a split to a small
limited number of repositories, with a total number of packages similar
to what we see now would also be a viable approach. Of course as support
volunteers, we would need to understand the philosophical demarcation,
so that those of us who provide volunteer support in areas such as IRC
chat and the openSUSE forums (as our openSUSE contribution) could advise
and continually support our respective user bases.

Reference duplication between Packman and other repositories, while I
enjoy the benefit of other repositories (such as what can find with the
OBS), I don't always have as much faith in non-Packman repositories, as
it is not clear to me what their commitment is to keep their packages on
line and up to date.  The relative reliability of Packman packager
support for their packages has always been a strong point of Packman
packaged packages (in my view).  I don't know how much one can rely on
other 3rd party repositories (which have duplicate rpms) to keep their
content, relative to the reliability of Packman.  But thats likely
another topic, and as long as we see the same availability of Packman
packages with any new approach, as we see now, I believe it will be
workable from a support provision point of view.

Lee


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

Re: [packman] OBS 2.x and new repository layout

[oldcpu]

This is a subject a bit 'dear' to my openSUSE use, as I've always held
the view that the packages packaged by the Packman packagers was
possibly the main reason why I have remained with openSUSE all these years.

I am VERY grateful to the efforts of the 3rd party packagers who package
for openSUSE, and in particular to those who belong to the Packman
packager group.

My preferences as a somewhat selfish user (in order of preference from
what I would like the most, to the least) would be:

Option-3 : debianista

Option-1 : all-in-one

Option-2 :  divide and conquer

Having stated the above, I am concerned "Option-3" might make the work
load such that the packaging suffers from a quantity perspective, and so
Option-3 could easily be 2nd priority to Option-1 in my books.

I am concerned that our user base (not our packager, I mean our user
base) is not knowledgeable enough to implement the repositories in the
Option-2 approach, despite the best/superb efforts of our packagers to
make it easy for them. Hence I'm not in favour of Option-2.  I like the
big "all-in-one" repository approach.

Lee
aka oldcpu

On 12/31/2010 12:27 AM, Pascal Bleser wrote:
> Dear Packmans :)
> (I'm putting the discussion on the public list to give our users a
> chance to give their input/preferences as well)
>
> Detlef was so kind to set up a new (and fresh) OBS 2.1 instance (it's on
> another server, the currently running OBS 1.7 instance on pmbs is still
> up & running until we switch).
>
> To make our lives easier, we decided that we'll migrate the packages
> manually, one by one, instead of attempting a server-side migration.
> We will lose package history but that's not really much of a problem
> (IMHO).
>
> The other reason we want to make it manually is that we have a (rare)
> chance of setting up a new project layout, as the current one has
> several deficiencies.
>
> So, right now, we need to discuss what we'd like to have.
>
> Whatever the option, one thing we will definitely do is to enable 11.1,
> 11.2 and 11.3 on project-level, hence on all the packages, instead of
> having to enable them on every single package as we have it now (which
> is really a pain in the ...). That's also how it's managed on
> build.opensuse.org, by exception (disable those you don't want to build
> or, rather, those that don't work).
>
> Option 1: all-in-one
> 
> The first option is to have all the packages in a single OBS project, as
> we have right now in "main_pm", which we also result in a single, big
> packman package repository for users.
>
> Pros:
> + users just need to add a single repository
> Cons:
> - users have no granularity, it's one big repository with everything
>   (codecs, multimedia, random updated packages)
> - more difficult for us to select a subset of "essential" packages for a
>   "minimal packman" (i.e. codecs and multimedia), e.g. for Factory and
>   SLE
>
> Option 2: divide and conquer
> 
> The other extreme is to split the set of packages into several
> projects (and, hence repositories) to enable users to pick what they
> want to have, e.g.:
> * codecs
> * multimedia
> * games
> * stuff
>
> Of course, and OBS gives us the ability of doing so, we'll have
> dependencies between those projects/repositories, like a "layering":
>
>  codecs
>^
>|
>multimedia
>  .^ ^.
> / \
>   games  stuff
>
> Pros:
> + users can pick what they want from Packman, e.g. only the codecs and
>   the multimedia stuff
> + easier for us to enable a minimal set of things for Factory and SLE
>   (we just need to enable Factory and SLE11 on codecs and multimedia)
> Cons:
> - the users who want everything from Packman will need to add more than
>   one repository (arguably, that's already how it works with
>   download.opensuse.org)
>
> Option 3: debianista
> 
> Another approach to "several projects/repos" could also be to split into
> stable and unstable or, rather, to freeze the versions of codecs and
> multimedia packages with every openSUSE release (and only update on
> critical bugfixes and security issues).
>
> Pros:
> + users only need to add one or two repositories and won't get updates
>   all the time, which will most probably give them a better experience
>   regarding stability
> + OBS can help us, by using links on revisions (from unstable to stable)
> Cons:
> - potentially more work for us, as it is easier to just bump the version
>   to the latest than having

Re: [packman] [PM] kde4-kdenlive 0.7.8-1.pm.1.1 (openSUSE 11.3/i586)

[oldcpu]

 Is ladspa-swh-plugins a definite dependency?  While I have this 
ladspa-swh-plugins application on my 64-bit openSUSE-11.2, I do not have 
this installed on my 32-bit openSUSE-11.3 PC, and as noted in my 
previous post kdenlive-0.7.8 works on that 32-bit openSUSE-11.3 (ie 
without ladspa-swh-plugins).


Lee
aka oldcpu

On 10/17/2010 06:40 PM, Hartmut wrote:

 Hi Jürgen,

Kdenlive 0.7.8  works fine on my Pentium III 600MHz with opensuse 
11.3. There is one dependency, that is not working:


ladspa-swh-plugins ist fehlerhaft, Integritätsprüfung fehlgeschlagen.

Gruß

Hartmut


Am 12.10.2010 13:58, schrieb Juergen Weigert:

Hi Toni!

I find that kdenlive-0.7.8 is broken in several aspects.
- Add transition works only sporadically.
- Render never saves anything. It runs melt, but this plays the
   video, instead of encoding it.

Do we have a chance to revert ot 0.7.7 ?
-- I was very happy with that version.

 thanks,
 JW-



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




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

Re: [packman] [PM] kde4-kdenlive 0.7.8-1.pm.1.1 (openSUSE 11.3/i586)

[oldcpu]

 I just checked kdenlive-0.7.8 on my somewhat under-powered 32-bit 
athlon-2800 PC (with2GB RAM) and it works fine. I added transitions 
between videos, still pix, still pix and video. They worked fine.


I then rendered the video to an MPEG2 with 8MB/sec bit rate. It worked fine.

This is a 32-bit openSUSE-11.3 KDE install (with the 'stock KDE-4.4.4) . 
Versions are:

* kde4-kdenlive-0.7.8.pm.1.1
* mlt-0.5.10-1.pm.1.3
* libmlt2-0.5.10-1.pm.1.3
* libmlt++3-0.5.10-1.pm.1.3

Could you have something mis-configured on your PC ?  Exactly WHAT 
transition cause you a problem? Rendering to WHAT format/codec causes 
you a problem?


Again, version 0.7.8 works very well on my PCs for both transitions and 
rendering.


Lee
aka oldcpu

On 10/17/2010 05:42 PM, oldcpu wrote:

 I do NOT find kdenlive broken (at least not on openSUSE-11.2).

I have kdenlive 0.7.8 running ok on my 64-bit openSUSE-11.2 PC.  My 
packages:

* kde4-kdenlive-0.7.8-1.pm.1.1.x86_64
* libmlt2-0.5.10-1.pm.1.2.x86_64
* mlt-0.5.10-1.pm.1.2.x86_64
* python-mlt-0.5.10-1.pm.1.2.x86_64
* libmlt++3-0.5.10-1.pm.1.2.x86_64

Give me 1/2 hour and I'll check it out on my openSUSE-11.3 PC.

Lee
aka oldcpu


On 10/12/2010 01:58 PM, Juergen Weigert wrote:

Hi Toni!

I find that kdenlive-0.7.8 is broken in several aspects.
- Add transition works only sporadically.
- Render never saves anything. It runs melt, but this plays the
   video, instead of encoding it.

Do we have a chance to revert ot 0.7.7 ?
-- I was very happy with that version.

 thanks,
 JW-




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




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

Re: [packman] [PM] kde4-kdenlive 0.7.8-1.pm.1.1 (openSUSE 11.3/i586)

[oldcpu]

 I do NOT find kdenlive broken (at least not on openSUSE-11.2).

I have kdenlive 0.7.8 running ok on my 64-bit openSUSE-11.2 PC.  My 
packages:

* kde4-kdenlive-0.7.8-1.pm.1.1.x86_64
* libmlt2-0.5.10-1.pm.1.2.x86_64
* mlt-0.5.10-1.pm.1.2.x86_64
* python-mlt-0.5.10-1.pm.1.2.x86_64
* libmlt++3-0.5.10-1.pm.1.2.x86_64

Give me 1/2 hour and I'll check it out on my openSUSE-11.3 PC.

Lee
aka oldcpu


On 10/12/2010 01:58 PM, Juergen Weigert wrote:

Hi Toni!

I find that kdenlive-0.7.8 is broken in several aspects.
- Add transition works only sporadically.
- Render never saves anything. It runs melt, but this plays the
   video, instead of encoding it.

Do we have a chance to revert ot 0.7.7 ?
-- I was very happy with that version.

 thanks,
 JW-




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

Re: [packman] [PM] kde4-kdenlive 0.7.7.1-0.pm.1.3 (openSUSE 11.1/x86_64)

[oldcpu]

 Hartmut,

My experience with 11.1 and kdenlive is it does not work properly with 
KDE-4.4.4 on openSUSE-11.1 unless one does the custom rebuild that I 
described in a previous post.


Even the old version (from February) that you referenced in my view did 
not work well with KDE-.4.1.3 (with the latest mlt versions) and it 
works even less adequate (almost non-functional) with 4.4.4 and the 
latest mlt.  Hence a custom rebuild is needed for 4.4.4 (where such a 
custom Packman rebuild for 11.1 users with KDE-4.4.4 is NOT practical, 
since 11.1 officially comes with KDE-4.1.3 and most 11.1 users have 
4.1.3).   Having a KDE-4.4.4. build on Packman would create havoc and is 
not likely easy to build with the build service.


With my being a user who provides support on openSUSE forums, I hope 
that such a custom kdenlive package (for 4..4.4) is not provided as it 
would complicate my life tremendously in trying to provide support on 
openSUSE forum.  I suspect Toni may have similar reasons.


Rather if you must use 11.1 with the non-official KDE-4.4.4 and want 
kdenlive, then rebuild like Toni recommended and like I explained how to 
do in a previous post.  Toni did a superb job of creating an excellent 
.src file.


Lee



On 08/10/2010 12:27 AM, Hartmut wrote:

 I installed kde4-kdenlive 0.7.7.1 for Opensuse 11.1 from Packman in
February this year and it worked fine. Why do you tell me, it is only
working on Opensuse >=11.2?

Hartmut

Am 09.08.2010 11:31, schrieb Toni:

Am Montag, 9. August 2010 schrieb Hartmut:

   Hi Toni,

kdenlive 0.7.7.1 is installed and it worked fine. What is the
difference
to the version for Opensuse 11.2? Is it possible, to get an earlier
version of mlt?

kde4-kdenlive is only provided for openSuSE>= 11.2
if you mix up your 11.1 system with 11.2 packages, it can work, but
this is
not the preferred way.

No, I cann't and won't provide several versions of mlt.
If you need older versons you can always compile them on your actual
system.


Hartmut





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




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

Re: [packman] [PM] kde4-kdenlive 0.7.7.1-0.pm.1.3 (openSUSE 11.1/x86_64)

[oldcpu]

 Hartmut,

My experience with 11.1 and kdenlive is it does not work properly with 
KDE-4.4.4 on openSUSE-11.1 unless one does the custom rebuild that I 
described in a previous post.


Even the old version (from February) that you referenced in my view did 
not work well with KDE-.4.1.3 (with the latest mlt versions) and it 
works even less adequate (almost non-functional) with 4.4.4 and the 
latest mlt.  Hence a custom rebuild is needed for 4.4.4 (where such a 
custom Packman rebuild for 11.1 users with KDE-4.4.4 is NOT practical, 
since 11.1 officially comes with KDE-4.1.3 and most 11.1 users have 
4.1.3).   Having a KDE-4.4.4. build on Packman would create havoc and is 
not likely easy to build with the build service.


With my being a user who provides support on openSUSE forums, I hope 
that such a custom kdenlive package (for 4..4.4) is not provided as it 
would complicate my life tremendously in trying to provide support on 
openSUSE forum.  I suspect Toni may have similar reasons.


Rather if you must use 11.1 with the non-official KDE-4.4.4 and want 
kdenlive, then rebuild like Toni recommended and like I explained how to 
do in a previous post.  Toni did a superb job of creating an excellent 
.src file.


Lee



On 08/10/2010 12:27 AM, Hartmut wrote:
 I installed kde4-kdenlive 0.7.7.1 for Opensuse 11.1 from Packman in 
February this year and it worked fine. Why do you tell me, it is only 
working on Opensuse >=11.2?


Hartmut

Am 09.08.2010 11:31, schrieb Toni:

Am Montag, 9. August 2010 schrieb Hartmut:

   Hi Toni,

kdenlive 0.7.7.1 is installed and it worked fine. What is the 
difference

to the version for Opensuse 11.2? Is it possible, to get an earlier
version of mlt?

kde4-kdenlive is only provided for openSuSE>= 11.2
if you mix up your 11.1 system with 11.2 packages, it can work, but 
this is

not the preferred way.

No, I cann't and won't provide several versions of mlt.
If you need older versons you can always compile them on your actual 
system.



Hartmut





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




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

Re: [packman] [PM] kde4-kdenlive 0.7.7.1-0.pm.1.3 (openSUSE 11.1/x86_64)

[oldcpu]

 Hi Hartmut,

Your post, and Toni's answer, perked my curiousity, so I gave Tony's 
suggestion a try on my old Fujitsu-Siemens Amilo 7400M laptop, which is 
still running openSUSE-11.1 (it needs to run 11.1 since the kernels 
after the 2.6.27 kernel don't work with the i855GM hardware in this laptop).


I updated the openSUSE-11.1 KDE4 desktop software on this laptop to the 
latest KDE-4.4.4 from the KDE4 stable repository (as opposed to 
KDE-4.1.3 which comes with openSUSE-11.1).  I then ensured my Packman 
packaged apps were up to date, and then downloaded to /home/oldcpu the 
kde4-kdenlive-0.7.7.1-1.pm.2.1.src.rpm from the packman web site.  Next 
I opened a terminal, and ran:


rpmbuild --rebuild kde4-kdenlive-0.7.7.1-1.pm.2.1.src.rpm

which gave me a very large list of 'devel' rpms that I needed to 
install.  I installed all of those rpms, and again I ran


rpmbuild --rebuild kde4-kdenlive-0.7.7.1-1.pm.2.1.src.rpm

which after a long time on this old laptop successfully built the 
kde4-kdenlive rpm (placing it in /usr/src/packages/RPMS/i586).  I 
installed that custom built rpm (using toni's .src file) on my 
openSUSE-11.1, and then I ran kdenlive and it ran well.  Amazingly well 
actually. :) This is with mlt -0.5.6-1.pm.1.8.  The fact that it was 
that simple to build is a testament to Toni having a very well build 
.src file.


Hartmut, give it a try.

Toni, many thanks for the idea and for building a good .src file.

I'm amazed that this old Fujitsu-Siemens Amilo 7400M laptop (w/intel 
i855GM graphics, 1.2 GB RAM, and a 1.5 GHz Intel CPU) can actually run 
kdenlive.


Lee

<http://packman.links2linux.de/downloadsource/174835/kde4-kdenlive-0.7.7.1-1.pm.2.1.src.rpm>
On 08/09/2010 11:31 AM, Toni wrote:

Am Montag, 9. August 2010 schrieb Hartmut:

   Hi Toni,

kdenlive 0.7.7.1 is installed and it worked fine. What is the difference
to the version for Opensuse 11.2? Is it possible, to get an earlier
version of mlt?

kde4-kdenlive is only provided for openSuSE>= 11.2
if you mix up your 11.1 system with 11.2 packages, it can work, but this is
not the preferred way.

No, I cann't and won't provide several versions of mlt.
If you need older versons you can always compile them on your actual system.


Hartmut





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

Re: [packman] [PM] kde4-kdenlive 0.7.7.1-0.pm.1.3 (openSUSE 11.2/x86_64)

[oldcpu]

 Hi Toni,

With mlt-0.5.6-1 on a 64-bit openSUSE-11.2 I performed many more tests 
with kdenlive on a mix of videos and still images and I am not able to 
reproduce the previous problem with kdenlive.  kdenlive again works great !


Mlt-0.5.6-1 appears to have fixed the problem with kdenlive.

I'm now able to restart some unfinished video projects !

Many thanks for the update !

Lee


On 08/05/2010 07:44 AM, oldcpu wrote:

 Hi Toni,

I did a quick test this morning, importing a half dozen still pix to 
see if I could reproduce the previous problem, and I could not. Thus 
it appears to have been fixed, possibly by mlt-0.5.6.


I'm going to try a video/still picture mix next (after I get back from 
work today) to see if I can reproduce the problem that way , ... but 
my 1st impressions suggest the mlt update solved the problem.


Thank you for your efforts.

Lee


On 08/04/2010 03:58 PM, Toni wrote:

Am Donnerstag, 10. Juni 2010 schrieb oldcpu:

Hi Toni,

I'm experiencing problems with still pix that when imported into
kdenlive,  the still images, regardless of format (jpg, png, tiff) ,
will appear distorted - like they are "squished" at a 45 degree angle.

This kdenlive thread references the problem
http://www.kdenlive.org/forum/cant-placeedit-tracks-grahic-files-distorted- 


ibmlt3-052-0pm316

I have qt 4.5, and mlt-0.5.2 (packman packaged) and kdenlive-0.7.7.1
(packman packaged).

One approach was a user suggestion to roll back mlt to 0.5.1.

Unfortunately, unlike openSUSE-11.1 and earlier, when I kept old 
packman

packaged versions, there have been so many updates in 11.2 with the
build service, and hence I don't have the older mlt versions available.

after updating mlt to 0.5.6, is this still an issue ?


Lee
aka oldcpu






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




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

Re: [packman] [PM] kde4-kdenlive 0.7.7.1-0.pm.1.3 (openSUSE 11.2/x86_64)

[oldcpu]

 Hi Toni,

I did a quick test this morning, importing a half dozen still pix to see 
if I could reproduce the previous problem, and I could not. Thus it 
appears to have been fixed, possibly by mlt-0.5.6.


I'm going to try a video/still picture mix next (after I get back from 
work today) to see if I can reproduce the problem that way , ... but my 
1st impressions suggest the mlt update solved the problem.


Thank you for your efforts.

Lee


On 08/04/2010 03:58 PM, Toni wrote:

Am Donnerstag, 10. Juni 2010 schrieb oldcpu:

Hi Toni,

I'm experiencing problems with still pix that when imported into
kdenlive,  the still images, regardless of format (jpg, png, tiff) ,
will appear distorted - like they are "squished" at a 45 degree angle.

This kdenlive thread references the problem
http://www.kdenlive.org/forum/cant-placeedit-tracks-grahic-files-distorted-
ibmlt3-052-0pm316

I have qt 4.5, and mlt-0.5.2 (packman packaged) and kdenlive-0.7.7.1
(packman packaged).

One approach was a user suggestion to roll back mlt to 0.5.1.

Unfortunately, unlike openSUSE-11.1 and earlier, when I kept old packman
packaged versions, there have been so many updates in 11.2 with the
build service, and hence I don't have the older mlt versions available.

after updating mlt to 0.5.6, is this still an issue ?


Lee
aka oldcpu






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

Re: [packman] [PM] Winff 1.3 for openSUSE 11.3

[oldcpu]

On 07/26/2010 09:08 AM, Toni wrote:
> Am Montag, 26. Juli 2010 schrieb S.:
>   
>>   Hello, would it be possible to package Winff 11.3 for openSUSE 11,3?
>> Thanks!
>> 
> be patient 
>
> it's a mess, everybody thinks that all packages must be available several 
> days 
> after the official SuSE release :(
>
>   
You are doing a GREAT job this year.  I do not recall a past release
where so many packages were available so soon after the release.  You
are spoiling us !!

Many thanks for your efforts.

Lee


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

Re: [packman] [PM] crafty 23.2-0.pm.1.1 (openSUSE 11.3/i586) - Unable to rebuild packman packged chess program crafty for 11.3 from .src file

[oldcpu]

 Many thanks!

On 07/12/2010 11:28 AM, AxelKöllhofer wrote:

Am Sunday 11 July 2010 11:06:17 schrieb oldcpu:

   I tried to rebuild the packman packaged chess program 'crafty'
<http://packman.links2linux.de/package/crafty>
(crafty-23.2-0.pm.1.1.src.rpm) on the most recent 11.3 release using
this command with regular user permissions:

Code:

rpmbuild --rebuild crafty-23.2-0.pm.1.1.src.rpm

and I ran into this error:

Code:

+ /bin/sh make_books
Creating bookfiles, this might take a moment.
Please be patient.
mv: cannot stat `book.bin': No such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.itfBzR (%build)

RPM build errors:
  InstallSourcePackage at: psm.c:244: Header V3 DSA/SHA1 Signature, key
ID 9a795806: NOKEY Bad exit status from /var/tmp/rpm-tmp.itfBzR (%build)
myusern...@my-abacus:~/rpms>


Crafty is a dependency of xboard. I know I can ignore that xboard
dependency needing crafty, but since I also like the program crafty, I
decided to also try to install it on my 11.3 with a rebuild.


Should be fixed now.

Mon Jul 12 06:54:21 UTC 2010 - packman@links2linux.de - 23.2

- added -fno-strict-aliasing to CFLAGS
- fixed script make_books to use relative paths

Greetings,

AK



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

[packman] [PM] crafty 23.2-0.pm.1.1 (openSUSE 11.3/i586) - Unable to rebuild packman packged chess program crafty for 11.3 from .src file

[oldcpu]

 I tried to rebuild the packman packaged chess program 'crafty' 
 
(crafty-23.2-0.pm.1.1.src.rpm) on the most recent 11.3 release using 
this command with regular user permissions:


Code:

rpmbuild --rebuild crafty-23.2-0.pm.1.1.src.rpm

and I ran into this error:

Code:

+ /bin/sh make_books
Creating bookfiles, this might take a moment.
Please be patient.
mv: cannot stat `book.bin': No such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.itfBzR (%build)

RPM build errors:
InstallSourcePackage at: psm.c:244: Header V3 DSA/SHA1 Signature, key ID 
9a795806: NOKEY
Bad exit status from /var/tmp/rpm-tmp.itfBzR (%build)
myusern...@my-abacus:~/rpms>


Crafty is a dependency of xboard. I know I can ignore that xboard 
dependency needing crafty, but since I also like the program crafty, I 
decided to also try to install it on my 11.3 with a rebuild.

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

[packman] [PM] kde4-kdenlive 0.7.7.1-0.pm.1.3 (openSUSE 11.2/x86_64)

[oldcpu]

Hi Toni,

I'm experiencing problems with still pix that when imported into
kdenlive,  the still images, regardless of format (jpg, png, tiff) ,
will appear distorted - like they are "squished" at a 45 degree angle.

This kdenlive thread references the problem
http://www.kdenlive.org/forum/cant-placeedit-tracks-grahic-files-distorted-ibmlt3-052-0pm316

I have qt 4.5, and mlt-0.5.2 (packman packaged) and kdenlive-0.7.7.1
(packman packaged).

One approach was a user suggestion to roll back mlt to 0.5.1.

Unfortunately, unlike openSUSE-11.1 and earlier, when I kept old packman
packaged versions, there have been so many updates in 11.2 with the
build service, and hence I don't have the older mlt versions available.

Lee
aka oldcpu

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

[packman] Policy for Change log for Packman packaged applications?

[oldcpu]

Is it still standard Packman packager practice to update the rpm change
log together with rpms when they are repackaged/released again? or is it
only for major releases?

Has this policy changed because of the build service pushing out a high
frequency of updates?

I've noted many of the recent packman packaged rpm updates have no entry
in their change log explaining why there was a recent release/update.

Lee
aka oldcpu


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

Re: [packman] ffmpeg and libx264 error

[oldcpu]

What happens if add after libx264 the parameter " -vpre hq " . ie 
something like:

ffmpeg -y -i Warriors_of_the_net_CZ-MPEG1_Web_PAL.mpg -vcodec libx264 -vpre hq 
-acodec copy output.mkv -threads 0


I find I need the " -vpre hq"  or " -vpre max "  or  " -vpre  "
with some applicable option every time I use ffmpeg with libx264 to encode.

Lee
aka oldcpu

On 05/20/2010 02:00 PM, Vladimir Psenicka wrote:
> Hi
>
> I have problem encoding anything to h264 with ffmpeg and libx264.
> Encoding to xvid works fine with ffmpeg and libxvid.
>
>   
>> pseni...@psenicka:~> ffmpeg  -y -i Warriors_of_the_net_CZ-MPEG1_Web_PAL.mpg 
>> -vcodec libx264 -acodec copy output.mkv  -threads 0  
>>  
>>   
>> FFmpeg version SVN-r23159, Copyright (c) 2000-2010 the FFmpeg developers 
>>  
>>  
>> 
>>   built on May 18 2010 20:27:23 with gcc 4.4.1 [gcc-4_4-branch revision 
>> 150839]  
>>  
>>  
>>   configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man 
>> --libdir=/usr/lib64 --enable-shared --enable-libmp3lame --enable-libvorbis 
>> --enable-libtheora --enable-libspeex --enable-libfaad --enable-libfaac 
>> --enable-nonfree --enable-libxvid --enable-postproc --enable-gpl 
>> --enable-x11grab --enable-libschroedinger --enable-libdirac --enable-libgsm 
>> --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb 
>> --enable-libx264 --enable-libdc1394 --enable-pthreads
>>  
>>  
>>   
>>   libavutil 50.15. 2 / 50.15. 2  
>>  
>>  
>> 
>>   libavcodec52.67. 2 / 52.67. 2  
>>  
>>  
>> 
>>   libavformat   52.62. 0 / 52.62. 0  
>>  
>>  
>> 
>>   libavdevice   52. 2. 0 / 52. 2. 0  
>>  
>>  
>> 
>>   libavfilter1.20. 0 /  1.20. 0  
>>  
>>  
>> 
>>   libswscale 0.10. 0 /  0.10. 0  
>>  
>>  
>> 
>>   libpostproc   51. 2. 0 / 51. 2. 0  
>>  
>>  
>> 
>> [mpeg @ 0x64c690]max_analyze_duration reached
>>  
>>  
>> 
>> Input #0, mpeg, from 'Warriors_of_the_net_CZ-MPEG1_Web_PAL.mpg': 
>>  
>>  
>> 
>>   Duration: 00:13:00.08, start: 0.451244, bitrate: 1019 kb/s 
>>   

Re: [packman] [PM] kde4-kdenlive

[oldcpu]

I am using the latest packman packaged KDEnlive on openSUSE-11.2 on 5
different PCs (both 32-bit and 64-bit versions) and I do NOT have this
problem.

In ALL cases I am using the "official" KDE-4.3.5 and NOT the unofficial
KDE-4.4.

My guess is this is KDE-4.4. related, and hence since IMHO the packman
packagers should package against the "official" KDE-4.3.5 for
openSUSE-11.2, that this is NOT a packaging problem. Rather my guess is
this is a problem of a user updating to KDE-4.4 when the official
version is KDE-4.3.5.

Lee
aka oldcpu


On 03/28/2010 12:59 PM, Toni wrote:
> Am Sonntag, 28. März 2010 schrieb Tom Krupenkin:
>   
>> Dear Toni,
>>
>> I would greatly appreciate your help in resolving the kde4-kdenlive
>> packaging issues in OpenSUSE 11.1 / 11.2 It looks like a lot of people
>> including myself have timeline snapping problem which renders kdenlive
>> unusable. The consensus appears to be that this is a packaging issue,
>> see
>> http://www.kdenlive.org/forum/timeline-does-not-represent-what-plays-back
>> for detailed description. In my particular case I am running 64 bit
>> OpenSUSE 11.1 and
>>
>> kde4-kdenlive-0.7.7.1-0.pm.1.13.x86_64.rpm
>> libqt4-4.6.0-77.2
>> kdebase4-runtime-4.3.4-4.4
>>
>> Is there any way you can update your Packman packages to resolve the
>> timeline issue? Thanks a lot.
>> 
> no, we build all our packages against the original SuSE packages, the only 
> solution for me is to drop the kdenlive packages for 11.1 and 11.2 for now. 
> They need newer versions of kde/qt packages.
>
> openSuSE-11.1 ships with qt4-4.4.3
> openSuSE-11.2 ships with qt4-4.5.3
> and both versins shows this problem, upstream should add the version check 
> for 
> qt4-4.6.x
>
> A solution for you:
> grab the src.rpm and do a local recompile against the newer qt4 libraries.
>
>
>   


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

Re: [packman] Skynet-Mirror outdated

[oldcpu]

I also note mirror.geht-schon is lagging by a week, albeit thats much
better than skynet.be's lag.
http://mirror.geht-schon.de/packman.links2linux.de/suse/11.2/

Lee
aka oldcpu

On 03/16/2010 11:18 PM, Pascal Bleser wrote:
> On Tuesday 16 March 2010 15:43:27 Lutz Thuns wrote:
>   
>> at mirror http://ftp.skynet.be/pub/packman/suse/11.2/ have no updates
>> arrived since end of Feb. 2010. As this is the common community repo which
>> can be activated by yast, openSUSE users should switch to another mirror.
>> See http://packman.links2linux.de/MIRRORS.html for a list.
>> Otherwise wait for mirror to be updated.
>> 
> I started poking around at skynet to fix it ASAP.
>
> cheers
>   
>
>
> ___
> Packman mailing list
> Packman@links2linux.de
> http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

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

Re: [packman] [PM] kde4-kdenlive 0.7.6-0.pm.1.3 (openSUSE 11.1/i586)

[oldcpu]

Jakub, your GeForce 7900 GS can only take advantage of VDPAU to a very
limited extent (if at all), and you likely will see no VDPAU benefit in
kdelive for most (if not all) videos.

Note this URL http://en.wikipedia.org/wiki/VDPAU  which notes the
GeForce 7 (7xxx) series Nvidia VDPAU feature set is "not supported". 
The MS-Windows Pure Video is limited to VP1 and the Linux VDPAU has less
capabilities than Pure Video (on Windows) for the GeForce 7xxx.

I'm fortunate because I have one of the latest GeForce 8400 GS (with a
G98 GPU w/ VP3 Nvidia VDPAU Feature Set B support) on my somewhat
ancient 32-bit Athlon-2800 cpu PC; 

... but  I have a GeForce GTX 260 with a GTX 200 GPU w/VP2 and Nvidia
VDPAU Feature Set A support on my much newer and much faster Intel Core
i7 920 based PC (although the i7 is so fast as to not need VDPAU).

Glad to read you have success with kdenlive 0.7.7 packaged by RedDwarf. 
A caution there ... grab the source file from him, as he packages for
himself and does not maintain his packages to the same extent as the
Packman Packagers.

Myself?  I prefer stability over cutting edge, and hence I am happy with
the current KDEnlive packaged by Packman and prefer caution when
KDEnlive updates are made.

Lee

p.s. I wrote the little I researched about VDPAU here: 
http://en.opensuse.org/Video_editing/avchd


On 02/18/2010 09:45 AM, Jakub wrote:
> Another thing:
>
> @oldcpu: can my Geforce 7900 GS take advantage of the vdpau as well?
>
>   


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

Re: [packman] [PM] kde4-kdenlive 0.7.6-0.pm.1.3 (openSUSE 11.1/i586)

[oldcpu]

I'm also a heavy kdenlive user , and I do note that the latest packman
kdenlive works on a 64-bit openSUSE-11.2 with KDE-4.3.4 from a community
repository.  That makes me optimistic it will work with the official
openSUSE KDE-4.3.5 for 11.2 which is anticipated very soon.

I was very happy to see the latest mlt-0.5.0-0.pm.2.1.x86_64,
libmlt2-0.5.0-0.pm.2.1.x86_64 and libmlt++3-0.5.0-0.pm.2.1.x86_64 work
with kde4-kdenlive-0.7.6-0.pm.1.2.x86_64.

The latest mlt version provides limited vdpau capabilities to kdenlive,
and I'm now able to process some video clips on an older 32-bit
althlon-2800 (with a GeForce 8400GS) that gave me a bit more problems
before the more recent mlt update (update less than 24 hours ago). I
suspect that imporovement may be due to the updated mlt, albeit I'm not
100% certain.  Still, I much prefer using my faster Intel Core i7 920
(with 6GB RAM) when it comes to using kdenlive. :)

Lee

On 02/17/2010 09:34 PM, Toni wrote:
> Am Mittwoch, 17. Februar 2010 schrieb Jakub:
>   
>> Dear Packman cerw, Dear Toni Graffy,
>>
>> It has been weeks now since kdenlive 0.7.6 became a broke on my openSUSE
>> distribution and I have some very urgent projects unfinished. Trying to
>> start from scratch in other non-liear editors was a waste of time.
>>
>> On the behalf of other users, who - like myself - do not posess the skills
>> to compile the kdenlive 0.7.7, I would like to most kindly ask you to
>> package them for suse 11.2 as soon as it is possible.
>>
>> kdenlive 0.7.6 is broken with qt 4.6.1 and of no use in kde 4.4.0.
>> 
> we build against original SuSE packages, so kde is 4.3.x.
>
> if you upgraded to kde 4.4.x, you must wait until we build against factory 
> and 
> or until SuSE 11.3 is published
>
>   
>> Thank you in advance for an answer and the packaging.
>>
>> Best regards,
>>
>> Jakub Kinowski, Poland.
>> 
>
>
>   


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

[packman] [PM] DeepLearningToga-1.5.21a 1.5.21a-0.pm.7.1 (openSUSE 11.2/i586)

[oldcpu]

I just wanted to thank you for packaging the various chess rpms for
openSUSE.
* Toga & DeepLearningToga
* eboard
* polyglot
* crafty
* xboard
* fruit21
* scid
* scoprio22 / 23
* stockfish
 etc ...

I'll update the openSUSE chess wiki and make reference to these:
http://en.opensuse.org/Games/Chess

Thank you again,

Lee
aka oldcpu

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

Re: [packman] wma not functioning in openSUSE-11.2

[oldcpu]

Just to complete this thread.

With the latest Packman packaged MPlayer version, I can now hear .wma
play properly on a 32-bit openSUSE-11.2 (instead of the static that I
obtained before).

More specifically, for .wma I note:
* MPlayer-1.0rc2_r30099-1.pm.1.1.i586 plays .wma (and .wmv audio) properly
* MPlayer-1.0rc2_r29796-2.pm.3.3.i586 gives only static for .wma (and
static for .wmv audio).

Thanks for the fix.  I just tested vlc, xine, and mplayer for both .wma
and .wmv on both 32-bit and 64-bit openSUSE-11.2 PCs, and they all play
well.

Thank you very much for a great packaging job.

Lee
aka oldcpu

On 11/15/2009 09:30 PM, oldcpu wrote:
> Manfred Tremmel wrote:
>   
>> I've downloaded the "Allegro" example and played with xine, vlc and 
>> mplayer without any problem. The video "niceday.wmv" makes a little bit 
>> problems mplayer has no video when playing niceday.wmv (Video: no 
>> video), xine and vlc only play I-frames ([wmv3 @ 0xfd42f0]Old WMV3 
>> version detected, only I-frames will be decoded) but Sound is ok in any 
>> case.
>>
>> What output do you get, when you try to play one of this two files from 
>> a konsole window ("xine niceday.wmv" or "vlc  niceday.wmv" or "mplayer  
>> niceday.wmv")?
>>   
>> 
> I can play both .wma and .wmv on 11.1 with xine, MPlayer and ffplay on
> 11.1 with no problem. Vlc will not play the .wmv video portion (but will
> play audio) on neither 11.1 nor 11.2.
>
> The results below are from 11.2 (and results are consistent on 2
> different PCs (different hardware) with 11.2 - suggesting I am making a
> systemic mistake if I am making a mistake):
>
> MPlayer playing the .wma (I only hear very very faint scratching/static
> at maximum volume - possibly system noise):
>
>   


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

Re: [packman] KBasic

[oldcpu]

OK, request sent to KDE team on their mailing list.

Lee
aka oldcpu

On 12/02/2009 09:38 PM, Hendrik Vogelsang wrote:
> Hi,
>
> Илья Черных wrote:
>   
>>> oldcpu wrote:
>>>   
>>>> KBasic does read like a very interesting package. I too would like to
>>>> see it available as an rpm for openSUSE.
>>>> 
>>> It belongs to the KDE repo. Not here. Please talk to the KDE team. They
>>> have their list at opensuse-...@opensuse.org
>>>   
>> It does not belong to KDE repo. KBasic is not part of KDE.
>> 
> What are you talking about? There even is a KDE version on their
> homepage. And anyway, even if its not official part of KDE it belongs
> clearly there. Its using QT, phonon and other KDE libs.
>
> Henne
>
>   


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

Re: [packman] KBasic

[oldcpu]

KBasic does read like a very interesting package. I too would like to
see it available as an rpm for openSUSE.

Lee
aka oldcpu

On 11/30/2009 03:24 PM, Илья Черных wrote:
> Can anybody please pack KBasic?
>
> The program's author Berd Noechester recently requested it to be added to 
> Ubuntu. 
>
> Also it has been packaged for Getdeb:
>
> http://old.getdeb.net/app/KBasic
>
> ___
> Packman mailing list
> Packman@links2linux.de
> http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
>
>   


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

[packman] Great work on 11.2

[oldcpu]

I just wanted to say thank you for the great work thus far on packing
packages for openSUSE-11.2.

I do not recall an openSUSE (nor SuSE) release where so many packages
were available on the day the GM was available.

Well done and thank you for your efforts.

Lee
aka oldcpu


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

Re: [packman] wma not functioning in openSUSE-11.2

[oldcpu]

On 11/15/2009 04:23 PM, Cristian Morales Vega wrote:
> ¿? "option x11-display does not exist" doesn't sound pretty. Probably
> the problem is in your vlc config... but this problem should happen to
> you with ANY video, not just WMV.
> Delete/move the config from ~/.config/vlc.
>   
Ok, I'll give that a try.

I did receive an observation from a Debian user which may or may not be
relevant.

Purportedly Debian spent about a two week period with what may be a
similar poblem on Debian Squeeze (testing). As soon as the
debian-multimedia.org repo gave them the October ffmpeg, libavcodec,
mplayer and friends from svn, they got the wmv, wma audio static
problem. But a few days ago they released the November versions of the
same and the problem was resolved.

During this time this Debian user was only able to play wmv's with good
audio using RealPlayer (or of course XP as a VirtualBox guest). The xine
players were affected on Debian because all their plugins hook into the
ffmpeg stuff (libxine1-ffmpeg, gstreamer0.10-ffmpeg). And switching
mplayer to use the w32codecs didn't help because they were that October
version as well, and all mplayerhq stuff included those svn
"improvements" (mplayerhq also develops ffmpeg).



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

Re: [packman] wma not functioning in openSUSE-11.2

[oldcpu]

Manfred Tremmel wrote:
> I've downloaded the "Allegro" example and played with xine, vlc and 
> mplayer without any problem. The video "niceday.wmv" makes a little bit 
> problems mplayer has no video when playing niceday.wmv (Video: no 
> video), xine and vlc only play I-frames ([wmv3 @ 0xfd42f0]Old WMV3 
> version detected, only I-frames will be decoded) but Sound is ok in any 
> case.
>
> What output do you get, when you try to play one of this two files from 
> a konsole window ("xine niceday.wmv" or "vlc  niceday.wmv" or "mplayer  
> niceday.wmv")?
>   
I can play both .wma and .wmv on 11.1 with xine, MPlayer and ffplay on
11.1 with no problem. Vlc will not play the .wmv video portion (but will
play audio) on neither 11.1 nor 11.2.

The results below are from 11.2 (and results are consistent on 2
different PCs (different hardware) with 11.2 - suggesting I am making a
systemic mistake if I am making a mistake):

MPlayer playing the .wma (I only hear very very faint scratching/static
at maximum volume - possibly system noise):

old...@athlon:~/temp> mplayer BachCPE_SonataAmin_1.wma
MPlayer dev-SVN-r29796-4.4-openSUSE Linux 11.2 (i686)-Packman (C)
2000-2009 MPlayer TeamCan't open joystick device /dev/input/js0: No such
file or directory
Can't init input joystick
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote
control.

Playing BachCPE_SonataAmin_1.wma.
ASF file format detected.
[asfheader] Audio stream found, -aid 1
Clip info:
title:
author:
copyright:
comments:
==
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 22050 Hz, 2 ch, s16le, 32.0 kbit/4.54% (ratio: 4003->88200)
Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg))
==
AO: [oss] 22050Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...
A: 20.0 (20.0) of 149.0 (02.29.0) 0.4%

...
...
MPlayer playing the .wmv (I get the video, but again no sound except for
very faint scratching/static (system noise ? ) at max volume:

old...@athlon:~/temp> mplayer niceday.wmv
MPlayer dev-SVN-r29796-4.4-openSUSE Linux 11.2 (i686)-Packman (C)
2000-2009 MPlayer TeamCan't open joystick device /dev/input/js0: No such
file or directory
Can't init input joystick
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote
control.

Playing niceday.wmv.
ASF file format detected.
[asfheader] Audio stream found, -aid 1
[asfheader] Video stream found, -vid 2
VIDEO: [WMV3] 320x240 24bpp 1000.000 fps 250.0 kbps (30.5 kbyte/s)
Clip info:
title:
author:
copyright:
comments:
==
Opening video decoder: [dmo] DMO video codecs
DMO dll supports VO Optimizations 0 1
DMO dll might use previous sample when requested
Decoder supports the following formats: YV12 YUY2 UYVY YVYU RGB8 RGB555
RGB565 RGB24 RGB32
Decoder is capable of YUV output (flags 0x1b)
Movie-Aspect is undefined - no prescaling applied.
VO: [vdpau] 320x240 => 320x240 Planar YV12
Selected video codec: [wmv9dmo] vfm: dmo (Windows Media Video 9 DMO)
==
==
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, s16le, 65.6 kbit/4.65% (ratio: 8205->176400)
Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg))
==
AO: [oss] 44100Hz 2ch s16le (2 bytes per sample)
Starting playback...
A: 37.7 V: 37.7 A-V: 0.000 ct: 0.002 518/518 5% 3% 1.1% 0 0


..
..

vlc playing the .wmv - obtain audio with no video:

ol...@athlon:~/temp> vlc niceday.wmv
VLC media player 1.0.3 Goldeneye
[0x80ed6f8] main interface error: option x11-display does not exist
[0x804f510] main libvlc: Running vlc with the default interface. Use
'cvlc' to use vlc without interface.
[0x81031f0] main interface error: option x11-display does not exist
Old WMV3 version detected, only I-frames will be decoded
[0x826a880] freetype spu text error: failed to load font file
/usr/share/fonts/truetype/FreeSerifBold.ttf
commandline read: vlc
commandline read: niceday.wmv

~~| DirectFB 1.2.8 |~~
(c) 2001-2008 The world wide DirectFB Open Source Community
(c) 2000-2004 Convergence (integrated media) GmbH


(*) DirectFB/Core: Single Application Core. (2009-10-24 04:44)
(!) DirectFB/core/vt: Error opening `/dev/tty0'!
--> Permission denied
(!) DirectFB/Core:

Re: [packman] wma not functioning in openSUSE-11.2

[oldcpu]

A correction to my last, wma does function in most openSUSE-11.2 media
players. One of my test files was a beach video, and the waves sounded
like static :) My apologies for my global statement which was incorrect.
I have now changed to different test file(s) [see links below]

More accurately, the problem to 11.2 now is:
* .wma does not play in MPlayer in 11.2 (it works fine in 11.1). It only
gives static for audio in 11.2. Only the video in a .wmv file plays in
MPlayer in 11.2.
* the video in a ".wmv" does not play in "vlc" in neither 11.2 nor 11.1
(but the .wma audio plays).

Note both .wma/.wmv works in xine.

Now that I have confused things with my earlier email, shall I repost to
the list server with specific queries to the vlc and MPlayer packagers?

Test files:
* wma: http://www.theflute.co.uk/htmlMain/samplemusicW.htm (try the file
"Allegro" )
* wmv: http://www.jhepple.com/support/sample_movies1.htm (try
"NiceDay.wmv" file at the bottom of the page)

My installed software in 11.2:

old...@stonehenge01:~> rpm --query --all 'libav*' 'libpostproc*'
'libswscale*' '*xine*' '*gst*' MPlayer '*codec*' '*vlc*' | grep -v avahi
| sort
gstreamer-0_10-0.10.25-999.pm.999.2.i586
gstreamer-0_10-fluendo-mp3-0.10.10-42.pm.42.2.i586
gstreamer-0_10-lang-0.10.25-999.pm.999.2.noarch
gstreamer-0_10-plugins-base-0.10.25-999.pm.999.4.i586
gstreamer-0_10-plugins-base-lang-0.10.25-999.pm.999.4.noarch
kde3-kaffeine-gstreamer-0.8.8-1.pm.4.5.i586
libavc1394-0-0.5.3-134.2.i586
libavcodec52-0.5.20511svn-0.pm.1.1.i586
libavdevice52-0.5.20511svn-0.pm.1.1.i586
libavformat52-0.5.20511svn-0.pm.1.1.i586
libavutil50-0.5.20511svn-0.pm.1.1.i586
libgstapp-0_10-0-0.10.24-2.4.i586
libgstinterfaces-0_10-0-0.10.25-999.pm.999.4.i586
libgstreamer-0_10-0-0.10.25-999.pm.999.2.i586
libpostproc51-0.5.20511svn-0.pm.1.1.i586
libswscale0-0.5.20511svn-0.pm.1.1.i586
libvlc2-1.0.3-0.pm.5.5.i586
libvlccore2-1.0.3-0.pm.5.5.i586
libxine1-1.1.16.3-2.pm.6.5.i586
libxine1-arts-1.1.16.3-2.pm.6.5.i586
libxine1-codecs-1.1.16.3-2.pm.6.5.i586
libxine1-gnome-vfs-1.1.16.3-2.pm.6.5.i586
libxine1-pulse-1.1.16.3-2.pm.6.5.i586
MPlayer-1.0rc2_r29796-2.pm.2.4.i586
opensuse-codecs-installer-10.3.1-71.1.noarch
phonon-backend-gstreamer-0_10-4.3.1-3.3.i586
phonon-backend-xine-4.3.1-3.3.i586
vlc-noX-1.0.3-0.pm.5.5.i586
vlc-qt-1.0.3-0.pm.5.5.i586
w32codec-all-20071007-0.pm.1.1.i586
xine-skins-1.0.3-1.pm.1.1.noarch
xinetd-2.3.14-143.2.i586
xine-ui-0.99.5cvs-20090912.pm.20090912.2.i586
old...@stonehenge01:~>

I hope that helps.


Manfred Tremmel wrote:
> Am Samstag, 14. November 2009 schrieb oldcpu:
>   
>> The nominal packman packaged applications (xine, vlc, MPlayer)
>>  currently only provide static when playing audio from .wma files in
>>  openSUSE-11.2.
>> 
>
> xine and vlc use the ffmpeg packages to decode. MPlayer uses it's own, 
> included ffmpeg version. For both we also do have the windows dll's are 
> also available: http://packman.links2linux.de/package/w32codec-all
>
>   
>> This also means .wmv files have static, and some web sites that
>>  stream .wma also result in only static being heard.
>> 
>
> Hm, "xine http://streams.br-online.de/bayern1_1.asx"; plays fine. Other 
> wma/wmv files I was able to play in the past, also work.
>
>   
>> Is it possible to investigate the availability of the .wma codec for
>> openSUSE-11.2 ?
>> 
>
> There shouldn't be a difference to older openSUSE versions. Can you give 
> as a example (url pleace, no xxx MB file to the mailinglist) file that 
> worked in the past and doesn't play now.
>
>   


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

[packman] wma not functioning in openSUSE-11.2

[oldcpu]

The nominal packman packaged applications (xine, vlc, MPlayer) currently
only provide static when playing audio from .wma files in openSUSE-11.2.

This also means .wmv files have static, and some web sites that stream
.wma also result in only static being heard.

Is it possible to investigate the availability of the .wma codec for
openSUSE-11.2 ?

Lee
aka oldcpu


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

[packman] [PM] MPlayer 1.0rc2_r29796-2.pm.2.4 (openSUSE 11.2/i586)

[oldcpu]

I'm posting this problem on with MPlayer 1.0rc2_r29796-2.pm.2.4
(openSUSE 11.2/i586) in the subject, but the problem also applies to 
vlc 1.0.3-0.pm.5.1 (openSUSE 11.2/i586) and xine-lib 1.1.16.3-2.pm.6.4
(openSUSE 11.2/i586).

On a 32-bit openSUSE-11.2 RC2 .wma files (and also .wmv files with the
.wma audio codec) only play static in MPlayer, xine, and vlc. 

Note these windows media proprietary codec multimedia files play audio
OK with openSUSE-11.1.

Is it possible to look into this ? This has also been observed by others
on 11.2 RC2.

I can provide more information if needed, but I believe you will be able
to easily reproduce this.

Thank-you,

Lee
aka oldcpu

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

Re: [packman] [PM] libvdpau 0.2-0.pm.2.1 (openSUSE 11.2/i586)

[oldcpu]

Pascal Bleser wrote:
> We package that shim library, that only contains the headers and the
> "trace" (non-)implementation.
>
> Basically, it's to avoid having to build against the nvidia-only VPDAU
> library.
>
> At runtime, you need to have the proprietary nVidia driver installed, as
> it ships the "libvdpau_nvidia.so" library, which is detected and loaded
> at runtime.

Thank you for packaging this.   I'm trying to understand this so that I
can help test the openSUSE VDPAU implementation. 

>From what I read from here:
http://lists.freedesktop.org/archives/xorg-announce/2009-September/001036.html
the first release of the libvdpau package (v.0.2)

" ... contains the libvdpau wrapper library and the libvdpau_trace debugging 
library, along with the header files needed to build VDPAU applications.  To 
actually use a VDPAU device, you need
a vendor-specific implementation library.  Currently, this is always 
libvdpau_nvidia.  You can override the driver name by setting the VDPAU_DRIVER 
environment variable."

This appears to be the same as what your noted (the shim library) and
hence supported.  Thank you.

I have two PCs with hardware that support VDPAU.  Currently VDPAU works
well on both PCs with MPlayer and the proprietary nVidia graphic driver .

Specifics: One is a relatively new PC with a PCI-e nVidia GeForce GTX260
(using the nVidia proprietary 64-bit 190.42 driver on openSUSE-11.1). 
The other is a much older PC with a PCI nVidia GeForce 8400 GS (using
the nVidia proprietary 32-bit 190.42 driver on openSUSE-11.1).  Both
currently have libvdpau-devel-0.2-0.pm.1.1,  libvdpau1-0.2-0.pm.1.1 and
MPlayer-1.0rc2_r29796-2.pm.2.1. 

I'm hoping that hardware is useful for testing the libvdpau package for
both 32 and 64-bit.  As noted, they currently work well (the older PC is
especially impressive (relatively) when playing supported video formats).

I install my nVidia proprietary drivers by running the .run package
provided by nVidia. Its not clear to me in the future if I will need the
libvdpau rpms installed BEFORE custom building the proprietary nVidia
driver on my PC (with their .run package) for the VDPAU to work with the
nVidia driver. But I'll find out when the time comes. :)

Its looking like this openSUSE wiki
http://en.opensuse.org/Video_editing/avchd will need updating. :)



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

Re: [packman] [PM] kde4-kdenlive 0.7.1-1.pm.2.3 (openSUSE 11.0/x86_64)

[oldcpu]

If you are able to update your openSUSE to 11.1 you may wish to give
that openSUSE update some thought.  kdenlive-0.7.6 (running on
openSUSE-11.1) is significantly superior in stability to kdenlive-0.7.1
running on openSUSE-11.0, and there are no dependency conflicts.  If one
is a heavy kdenlive user, then that stability in version 0.7.6 of
kdenlive makes the update to openSUSE-11.1 more than worth while.

I'm also hoping there will be a kdenlive-0.7.6 packaged reasonably soon
after openSUSE-11.2 is released next month.

Regards,

Lee
aka oldcpu

Keller Michael wrote:
> Hi Toni,
>
> I just wanted too install kdenlive but get the report that the following
> requirement is not met:
> libmlt++.so.2 (64bit)
>
> You would help me a lot if you could fix that as I have no idea on how
> to resolve that.
>
> Regards
> Michael Keller
> ___
> Packman mailing list
> Packman@links2linux.de
> http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
>
>   


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

[packman] [PM] kde4-kdenlive 0.7.6

[oldcpu]

I updated to kde4-kdenlive on my 64-bit openSUSE-11.1 (with kde-3.5.10
desktop) and also updated on another PC with a 64-bit openSUSE-11.1
(with KDE-4.3.2 desktop) and it works well on both.   I have not tried
the 32-bit version yet.

There is a URL here with a top level listing of some of the changes from
0.7.5. to 0.7.6 : http://www.kdenlive.org/discover/0.7.6

I noted with kdenlive-0.7.6, I was able to import a project I started
with kdenlive-0.7.4, which was good news. I had to edit/resize a couple
of text/title overlays, but other than that the import of this 0.7.4
created video project file to a 0.7.6 kdenlive worked fine.

Thank you for the update to version 0.7.6.

I use this program a lot, so its great to have the latest version
packaged. :)

Lee
aka oldcpu

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

Re: [packman] kdenlive 0.7.5

[oldcpu]

Thanks.  Not including mlt was something Toni intended to fix and it was
on his "to do" list.  Here is a quote of his from an email he sent me
sometime back:

Start of quote from email 06/06/2009 09:33 AM (on old kdenlive-0.7.4):

"FYI:
The actual package is missing a direct dependency to mlt package (kdenlive 
needs /usr/bin/melt at runtime). So if someone gets the error message:
"... cannot find melt programm ..." the solution is to install the package 
mlt-0.4.2 (http://packman.links2linux.de/package/mlt) manually. As soon I 
find some time, I'll correct this issue."

End quote:

I hope Toni is ok. ... He has been helping out with openSUSE as long as
I can remember.  I'm kind of sad to not hear from him any more.

Lee
aka oldcpu

Manfred Tremmel wrote:
> Am Sonntag, 4. Oktober 2009 schrieb Cristian Morales Vega:
>   
>> 2009/10/4 Javier Llorente :
>> 
>>> On Sunday 04 October 2009 17:38:31 Manfred Tremmel wrote:
>>>   
>>>> Am Sonntag, 4. Oktober 2009 schrieb Javier Llorente:
>>>> 
>>>>> On Saturday 03 October 2009 11:20:27 Manfred Tremmel wrote:
>>>>>   
>>>>>> Am Freitag, 25. September 2009 schrieb Vadim Krasovsky:
>>>>>> 
>>>>>>> Firstly, thanks for you work for opensuse!
>>>>>>> I'd like to tell you that there is new release of kdenlive.
>>>>>>> I'm "using" :( now 0.7.4 version, but there is some bugs
>>>>>>> that have been closed in new version.
>>>>>>> Changelog anyway is great, so would you be so kind to create
>>>>>>> new package :) Best regards
>>>>>>>   
>>>>>> I've updated mlt and kde4-kdenlive, hope it works for you.
>>>>>> 
>>>>> It does work. Thanks :-)
>>>>> On a side note, I had to install mlt manually, which is needed
>>>>> by kdenlive. Is it possible to include it as a dependency?
>>>>>   
>>>> Is mlt itselve necessary? The libs should be installed
>>>> automaticly:
>>>> 
>>> Yes, it is necessary. libmlt1 and libmlt++2 are installed
>>> automatically but not mlt.
>>>   
>> Meaning kdenlive requires de melt binary. Ideally the mlt package
>> should provide /usr/bin/melt and kdenlive require it.
>> 
>
>
> I've added a "Requires: mlt", should solve this problem.
>
>   


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

Re: [packman] kdenlive 0.7.5

[oldcpu]

Thank you Manfred,

For those who have not yet done the 0.7.4. to 0.7.5 update, there is a
top level description here of some of the feature enhancements:
http://kdenlive.org/discover/0.7.5

Lee
aka oldcpu

Manfred Tremmel wrote:
> Am Freitag, 25. September 2009 schrieb Vadim Krasovsky:
>
>   
>> Firstly, thanks for you work for opensuse!
>> I'd like to tell you that there is new release of kdenlive. I'm
>>  "using" :( now 0.7.4 version, but there is some bugs that have been
>>  closed in new version.
>> Changelog anyway is great, so would you be so kind to create new
>>  package :) Best regards
>> 
>
> I've updated mlt and kde4-kdenlive, hope it works for you.
>
>   


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

Re: [packman] [PM] mplayerplug-in 3.55+cvs20090923-0.pm.2.1 (openSUSE 11.1/x86_64)

[oldcpu]

mplayerplug-in-3.55+cvs20090923-0.pm.2.1 works for me on a 64-bit
openSUSE-11.1 with KDE-3.5.10 and MozillaFirefox-3.5.3-1.2

Lee
aka oldcpu

aristides wrote:
> i have upgraded to this version from the previous version of mplayerplug-in 
> that was available in packman, and the plugin stopped working. can i do 
> anything for it to work, or is it a problem with the new package?
>
> regards,
> aristides
>
>
> ___
> Packman mailing list
> Packman@links2linux.de
> http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
>
>   


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

[packman] kde4-kdenlive update

[oldcpu]

There have been some requests recently to update kde4-kdenlive to v.0.7.5, 
which is a fair improvement over the current v.0.7.4 in the Packman 
repositories.  If that kdenlive update is made, I believe it will be necessary 
to update the dependency mlt from 0.4.2 to 0.4.4 (and also possibly update 
mlt++ (I don't know), and then it may be immediately desirable/requested to 
again update kde4-kdenlive again soon after (plus update mlt again). This is 
because the release of kdenlive-0.7.6 is imminent.

So I request instead that this kde4-kdenlive request be deferred until kdenlive 
v.0.7.6 is released (it is only a couple of weeks away), where the timing of 
the KDEnlive v.0.7.6 release is intended to co-incide with a new (and 
necessary) release of mlt (and maybe mlt++ - I don't know).  Reference:  
http://kdenlive.org/forum/kdenlive-076   Thus the openSUSE packaged rpm for 
kdenlive would "jump" from v.0.7.4 to v.0.7.6.

This upcoming kdenlive-0.7.6 update timing may be a change from the original 
2009.12.30 date in the road map: http://www.kdenlive.org/mantis/roadmap_page.php

There are have been significant stability and functionality improvements in the 
recent kdenlive updates, and it appears that v.0.7.6 will have various fixes 
over v.0.7.5 (and hence also be even more superior to v.0.7.4):  
http://www.kdenlive.org/mantis/view_all_bug_page.php?filter=8121

Thankyou for your consideration, in updating to kde4-kdenlive-0.7.6 when it is 
released in a couple of weeks.

Lee
aka oldcpu


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