Am 18. November 2016 12:37:04 MEZ, schrieb Manfred Hollstein
:
>There's another one remaining, though, "winff" is disabled in Packman
>for openSUSE_Leap_42.2.
It requires Pascal, which can't bootstrap itself last time I looked. Perhaps a
separate pkg with an _aggregate is needed to get it going.
Hi there,
thanks to everyone who helped with my problem. I just wanted to confirm
that changing the vendor from Packman to openSUSE (i.e. the original
package from the Leap 42.2 distribution) for the various packages listed
in my initial e-mail to this list resulted in a working system with a
full
Sent: Wednesday, November 16, 2016 at 9:56 PM
From: "Tomáš Chvátal"
> Simply put we always should rely on the update system of openSUSE.
>
> It works well for all and there is no technical reason for the multimedia
> apps to be an exception.
>
> If there are benefits for updating mpv anyone can
On 2016-11-17 08:30, Olaf Hering wrote:
> Am 16. November 2016 20:51:09 MEZ, schrieb "Carlos E. R."
> :
>> zypper dup --no-allow-vendor-change
>>
>> When upgrading from 42.1 to 42.2. It will try to keep what you had from
>> packman, on packman.
>
> This is wrong for a distupgrade because in 42.2
Simply put we always should rely on the update system of openSUSE.
It works well for all and there is no technical reason for the multimedia
apps to be an exception.
If there are benefits for updating mpv anyone can open a bugreport or
create the update submission.
Benefit of this apporach is th
Sent: Wednesday, November 16, 2016 at 6:24 PM
From: "Olaf Hering"
> In the case of mpv itself it might be ok to build
> it unconditionally in PMBS for all repos. A few packages have
> Requires: mpv (Essentials/baka-mplayer, Essentials/smplayer,
> Multimedia/selene, Multimedia/xt7-player-mpv).
>
>
Am 16. November 2016 20:51:09 MEZ, schrieb "Carlos E. R."
:
>zypper dup --no-allow-vendor-change
>
>When upgrading from 42.1 to 42.2. It will try to keep what you had from
>packman, on packman.
This is wrong for a distupgrade because in 42.2 many packages moved from
packman to obs. Such an upgra
On 2016-11-16 16:15, Manfred Hollstein wrote:
> Hmm, what would be the suggested recipe then?
>
> 1. zypper dup # accept all vendor changes packman ->
> obs
> 2. zypper dup --from multimedia:apps # accept all vendor changes
> 3. zypper dup --from packman/Essentials
Am 16.11.2016 um 18:35 schrieb Manfred Hollstein:
> I'm not sure what others think, but I believe "mpv" is a must to have on
> a current desktop system
Why are you then not installing it from the 42.2 oss repo?
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
p
Am 16.11.2016 um 19:52 schrieb Manfred Hollstein:
> I don't have it enabled. The initial problem was, that "mpv" would be
> pulled in from the Leap_42.2 installation media, and last time I tried
> it, it failed to play my .ts files. Are you saying, Leap_42.2's original
> "mpv" is capable to play th
On Wed, 16 Nov 2016, 19:42:48 +0100, Olaf Hering wrote:
> As long as multimedia:libs is in the repolist there will always be breakage.
> Not sure why you have it enabled.
I don't have it enabled. The initial problem was, that "mpv" would be
pulled in from the Leap_42.2 installation media, and las
As long as multimedia:libs is in the repolist there will always be breakage.
Not sure why you have it enabled.
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
On Wed, 16 Nov 2016, 18:24:04 +0100, Olaf Hering wrote:
> Am 16.11.2016 um 17:18 schrieb Manfred Hollstein:
> > If you believe, m:a is not needed, what's the suggested proposal then?
>
> multimedia:apps is a devel project for at least a few apps in Factory.
> Its certainly ok to have its Leap repo
Am 16.11.2016 um 17:18 schrieb Manfred Hollstein:
> If you believe, m:a is not needed, what's the suggested proposal then?
multimedia:apps is a devel project for at least a few apps in Factory.
Its certainly ok to have its Leap repo enabled. But the downside is that
multimedia:apps builds against
On Wed, 16 Nov 2016, 16:41:32 +0100, Olaf Hering wrote:
> Am 16. November 2016 16:15:40 MEZ, schrieb Manfred Hollstein
> :
> >Is this what you have/had in mind?
>
> Why would the ordinary user have the devel project enabled? There are likely
> pkgs which are not in Leap or PMBS. But there is no
Am 16. November 2016 16:15:40 MEZ, schrieb Manfred Hollstein
:
>Is this what you have/had in mind?
Why would the ordinary user have the devel project enabled? There are likely
pkgs which are not in Leap or PMBS. But there is no way around it if the repos
have overlapping packages.
Olaf
___
On Wed, 16 Nov 2016, 15:26:46 +0100, Olaf Hering wrote:
> Am 16.11.2016 um 14:34 schrieb Manfred Hollstein:
> > What is the status/intention with regard to such packages? Does anybody
> > know and wants to explain it here?
>
> mpv is built in OBS/42.2, linked to the ffmpeg version in OBS/42.2.
> f
Am 16.11.2016 um 14:34 schrieb Manfred Hollstein:
> What is the status/intention with regard to such packages? Does anybody
> know and wants to explain it here?
mpv is built in OBS/42.2, linked to the ffmpeg version in OBS/42.2.
ffmpeg, as rebuilt in PMBS, links to OBS/42.2.
The intention is that
Sent: Wednesday, November 16, 2016 at 2:42 PM
From: "Manfred Hollstein"
> > I am currently starting to upgrade one of my Leap_42.1 systems to
> > Leap_42.2. It looks like several packages have been disabled for 42.2
> > which were (and still are) available for 42.1:
I see that some packages are
Moin,
update below.
On Wed, 16 Nov 2016, 14:34:39 +0100, Manfred Hollstein wrote:
> Hi there,
>
> I am currently starting to upgrade one of my Leap_42.1 systems to
> Leap_42.2. It looks like several packages have been disabled for 42.2
> which were (and still are) available for 42.1:
>
> # zy
Hi there,
I am currently starting to upgrade one of my Leap_42.1 systems to
Leap_42.2. It looks like several packages have been disabled for 42.2
which were (and still are) available for 42.1:
# zypper -vv dup -D
Verbosity: 2
Warning: You are about to do a distribution upgrade with all enab
21 matches
Mail list logo
