Re: [packman] gstreamer-plugins-libav missing

[Sergey Kondakov]

On 23.08.2016 13:01, Olaf Hering wrote:
> On Mon, Aug 22, Sergey Kondakov wrote:
> 
>> Yeah, but how can it be "fixed" if in-OBS ffmpeg doesn't have that
>> code and doesn't even link with appropriate coding libraries ?
> 
> By changing the code to offer the stuff ffmpeg may provide
> unconditionally.
> 
> Olaf
> 

It's a very long list that changes on codec changes in ffmpeg which can only be 
gotten by building its package uncrippled. Meaning that you have to build it in 
Packman anyway or do some crazy manual stuff that no person alive will be doing.

> In the meantime the pkg is now reenabled in packman.

Great !



signature.asc
Description: OpenPGP digital signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

Re: [packman] gstreamer-plugins-libav missing

[Sergey Kondakov]

On 22.08.2016 21:58, Olaf Hering wrote:
> On Mon, Aug 22, Sergey Kondakov wrote:
> 
>> Yeah, I also wanted to write about it to geniuses that decided that it
>> would be great idea to build gstreamer-ffmpeg shim with crippled
>> ffmpeg that results in that shim being crippled and practically
>> useless too which is clearly seen in YaST during vendor change
>> (dependencies->provides) from installed version to OBS one. And all
> 
> So gstreamer-libav decides at build time what it will support, based on
> the currently installed ffmpeg variant? This is silly. If thats indeed
> the case the OBS variant has to be fixed to assume a full featured ffmpeg.
> 
> Olaf
> 

Yeah, but how can it be "fixed" if in-OBS ffmpeg doesn't have that code and 
doesn't even link with appropriate coding libraries ? Just add it the same way 
as ffmpeg itself, it's small and simple, builds in a literal minute.



signature.asc
Description: OpenPGP digital signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

Re: [packman] gstreamer-plugins-libav missing

[Sergey Kondakov]

On 22.08.2016 20:28, Olaf Hering wrote:
> Am 22.08.2016 um 17:11 schrieb Richard Brown:
>> gstreamer-plugins-libav is missing from Packman - where'd it go? ;)
> 
> It uses ffmpeg, and as such this pkg, like most other gstreamer pkgs,
> can come from OBS. There are SR#s pending for TW and 42.2.
> 
> Olaf
> 
> 
> 
> ___
> Packman mailing list
> Packman@links2linux.de
> http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Yeah, I also wanted to write about it to geniuses that decided that it would be 
great idea to build gstreamer-ffmpeg shim with crippled ffmpeg that results in 
that shim being crippled and practically useless too which is clearly seen in 
YaST during vendor change (dependencies->provides) from installed version to 
OBS one. And all that just after I already explicitly complained here about 
32bit gstreamer and libav being made unavailable.

Although, I see that gstreamer-plugins-bad and gstreamer-plugins-bad-orig-addon 
provide most common formats, including mp3 and h264. Uncrippled gst-libav 
supports a ton of formats but I wonder how many of them are actually unique to 
it.



signature.asc
Description: OpenPGP digital signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

[packman] ffmpeg & gstreamer mess

[Sergey Kondakov]

On 20.06.2016 00:36, Richard Brown wrote:

On 19 June 2016 at 16:41, Dave Plater  wrote:

The pkg in multimedia:libs is about one hundred, thousand, million
times more at risk of being broken than the pkg in Factory


Not if it's well maintained


There is _NO SUCH THING_ as a well maintained Devel Project.

https://en.opensuse.org/openSUSE:Factory_development_model

They EXIST to be where things are put together, broken and ultimately
fixed before being submitted to Factory for testing into Tumbleweed

A Devel Project which doesn't break from time to time is not doing
it's job properly.



You may repeat that as long as you like just to make en excuse for your team's 
bad maintenance practices of OBS but no actual user will ever believe that.
Also, minuscule and specific testing in virtual machines or whatever you do in 
that "openQA" has never saved from actual problems even while using 100% 
official packages. Probably not because it's bad but because it's not enough to 
negate dumb human decisions, overcomplex bureaucracy with the lack of 
well-structured up-to-date human-readable guides to deal with it, lack of actual 
usage and belief that your dysfunctional defaults (once again, screw KDE5, 
Gnome3, VLC, pulseaudio, wicked, kernel-default and, especially, BTRFS !) is the 
one and only way to do things.




Because it's a devel project, where packages are MEANT to be broken
from time to time, meanwhile we KNOW the ffmpeg packages in Factory
work as they get tested in openQA as part of the VLC testing.

I've said it before and I'll say it again Packman building against
multimedia:libs has always been silly


Once Packman packages weren't linked and that resulted in many
problems with incompatible libraries and out of sync maintenance.



In short, this is dangerous, wrong, stupid and downright idiotic.. and
I'm being polite and holding back what i really think about it.

At the very LEAST ffmpeg in Packman should be linked to Factory/Tumbleweed

Packman for Leap should be linked to the version in Leap, so that
users do not have to suffer needless risk upgrading their packages.


For once we agree ! Building anything against non-official repo version of 
something so fundamental as ffmpeg is almost as idiotic and irresponsible as 
removing distribution installer from the official repo of that distribution.

-
Instead, "TW" should get kick in the ass to update its ffmpeg version.

VLC and mpv aren't the only packages depending on it, you know ! But then again, 
we're talking about the people who seem to removed 32bit gstreamer packages from 
Packman's TW repo even though wine's A/V capabilities are dependant upon them. 
And because of things like that whole wine bugtracker is filled with complaints 
for years ( https://bugs.winehq.org/show_bug.cgi?id=9127 ) from users who's 
distribution doesn't build it properly. Goodbye, pre-rendered cutscenes in games 
and multimedia applications in general.

-
Why the hell there is there "Factory" and "TW" repoes with different 
configuration and packages ? Which one a normal person should use ?


You both, TW team and Packman team, are at fault here.
* Just update ffmpeg in TW.
* Link ffmpeg and gstreamer and any other
  framework for each distro independently.
* Work on better unnecessary rebuild-avoidance for OBS.
* Whatever commercial entity owns openSUSE should buy Packman servers, since
  it purposely made any openSUSE desktop installation 100% dependant upon it.
  Novell had a Russian office, Russian law spits on software patenting,
  they can have them there legally.

I would say that if anything happens with Packman then, most likely, openSUSE 
will lose all its non-server installations.



Packman is a safe way for users to get the newest packages, especially
Leap users because it rarely gets new packages. It's a pity somebody
doesn't donate some extra server power to Packman to speed up the
build cycle. Maintaining the Packman packages in multimedia apps and
libs has taken away the old volatility that used to come from Packman.
It's a far better option to enabling multiple obs repositories for Leap.


No, Packman is not a safe way and this thread is sadly yet another
example of packman maintainers ignoring sound advice from seasoned
packagers who know what they're talking about.

And I'm not really talking about myself, you can ignore me all you
want, but Bjorn is an expert on all things packaging and OBS,
especially when it comes to large projects, it's downright crazy that
his good advice appears to be ignored.

Just as Tomas Chvatal's has been ignored on this list repeatedly.

Please guys, I've been a long supporter of Packman, even running
several servers for pmbs before I changed employer, so not erode my
goodwill and poison my soft spot for your efforts by stubbornly
sticking to your guns and risking the smooth operation of Tumbleweed
and Leap users in the process.

Please link your packages more appropriately.
Please do 

[packman] Games/pcsx2 - please, stop publishing broken 64bit packages

[Sergey Kondakov]

I use my own 32bit-only pcsx2 build with export to x86_64 repository but zypper 
replaces it on every update because it thinks that Packman's x86_64 packages are 
cooler (it disregards repo priority over architecture "correctness"). It's 
wrong, those crash at game loading. Both vanilla (pcsx2 recently became 
buildable in 64bit without third-party patches) and Packman-patched. Please, 
stop publishing 64bit builds until they are working.


Also, why it's on Packman in the first place ?



signature.asc
Description: OpenPGP digital signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

[packman] Troubles with 32bit ffmpeg

[Sergey Kondakov]

When I try to update I can't use 32bit avcodec and avformat from Packman 
because:
1) "nothing provides libavcodec55-32bit = 2.8.3 needed by 
libavformat56-32bit-2.8.3-1.1.x86_64" - clearly soname=55 isn't right here.
2) "libavcodec56-32bit-2.8.3-1.1.x86_64 requires libdcadec.so.0, but this 
requirement cannot be provided" - dcadec indeed doesn't have baselibs.conf and 
its 32bit library doesn't get exported to x86_64.




signature.asc
Description: OpenPGP digital signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

[packman] Package request: xt7-player-mpv [to "replace" bomi]

[Sergey Kondakov]

As you may have noticed, there are not a lot proper GUI players on Linux. I 
only encountered 2 that could be called feature-complete and stable: bomi and 
vlc. And the latter has horrendous interface. To make matters worse, it seems 
that bomi has been abandoned or, at least, its development has stopped 
(https://github.com/xylosper/bomi/issues/412) which is quite unsettling since 
it's not just GUI to mpv but entire fork that relies on constant code 
synchronization to avoid bit-rotting. Which is a shame since it possesses 
perfect balance of features and usability.

Now, there is only one known proper GUI to one proper player (gstreamer could 
also have been a nice basis for some super-player but didn't for some reason) - 
xt7-player-mpv:
http://qt-apps.org/content/show.php/xt7-player-mpv?content=151684
http://xt7-player.sourceforge.net/xt7forum/viewtopic.php?f=4=2
https://github.com/kokoko3k/xt7-player-mpv

But it doesn't have a package in openSUSE and making one is major pain in the 
ass because of its unorthodox dependencies. So, if there are someone who could 
make one, please do so. Maybe I'll try someday... but not soon.



signature.asc
Description: OpenPGP digital signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

[packman] Any ETA on ffmpeg-2.7 ?

[Sergey Kondakov]

ffmpeg-2.7 has recently been released, what's the plan to update Packman
packages of it ?
I'm asking because I was thinking about making an openSUSE-based desktop
livecd release today but now it may be feasible to wait for updated
packages if it's not long.



signature.asc
Description: OpenPGP digital signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

[packman] Trial to sing up for OBS; updated goldendict and ppsspp with ffmpeg dependency

[Sergey Kondakov]

Hi. In my repos on SUSE's OBS i'm making some packages that depend on 
ffmpeg that SUSE project hates:
https://build.opensuse.org/package/show/home:X0F/goldendict (newest 
pre-release)

https://build.opensuse.org/package/show/home:X0F/goldendict-git
https://build.opensuse.org/package/show/home:X0F:branches:Emulators/ppsspp 
(Packman packages of it are obsolete)
https://build.opensuse.org/package/show/home:X0F:branches:Emulators/ppsspp-git 
(has a bundled copy for now, but may use system one)


I wanted to host those on your project, since this is what its 
supposedly all about. But to even sing up, one, apparently, has to 
receive some holy blessings or something from here while stumbling upon 
a well hidden subscription mailing list link.
Also, does mail sent to packman@links2linux.de (as per Packman's site's 
main page instructions) gets silently ignored if sender is not 
subscribed ? Because i can't see the first version of this message in 
the archives.


Anyway, if you want them, sing me up ('F0X' username) or just take them 
for yourself.


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