[packman] Workers for x86/_64 are borked :-)

Heads-up people - seems the build workers are on strike. When checking a scheduled build -> the following msg appears: waiting for 8 compliant workers (1 of them down) (7 of them bad) And when a package does try to build - this is a snippet from the logs: [ 0s] booting kvm... [ 0s] ### VM

[packman] Notice - delete req filed for gststreamer-libav

Hi list I've just filed delete req for A_tw-gstreamer-plugins-libav and A_15.5-gstreamer-plugins-libav (it seems like the version for 15.4 have been nuked already). This will mainly impact Tumbleweed users as I expect the number of users on 15.5 will be rather low atm, since it's not

Re: [packman] TW: Problem: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-5-mini-libs-5.1.2-10.1.x86_64

to., mars 16 2023 at kl. 20.11 +0100 +01:00:00 skrev Bjørn Lie følgende: Essentials probably needs this snippet in prjconf # break dependency of the -mini packages: they are valid for OBS, but not for end-user-installation Ignore: ffmpeg-5-mini-devel:this-is-only-for-build-envs Ignore

Re: [packman] TW: Problem: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-5-mini-libs-5.1.2-10.1.x86_64

to., mars 16 2023 at kl. 20.02 +0100 +01:00:00 skrev Stefan Seyfried følgende: On 16.03.23 17:40, Hans-Peter Jansen wrote: The Packman project need to drag in ffmpeg-6, because there are some overlaps within ffmpeg-5 and 6, libswresample4, that is! There is no ffmpeg-6 in Factory yet.

Re: [packman] Enable openSUSE Leap 15.4 for the Multimedia project?

on., mars 2 2022 at kl. 14.42 +0100 +0100 skrev Manfred Hollstein følgende: Hi there, I see Leap 15.4 is already enabled in the Essentials project. Now that Leap 15.4 Beta is out, can it be added and enabled for the Multimedia project, too, please? TIA, cheers. l8er manfred Speaking

Re: [packman] [PM] pipewire-lang package is uninstallable due to version mismatch

fr., feb. 11 2022 at kl. 15.34 -0500 -0500 skrev S. følgende: Hi, pipewire-lang is currently not installable when Packman is set at a higher priority because PipeWire is now at version 0.3.45 whereas pipewire-lang from Packman still depends on version 0.3.43. I imagine that pipewire-lang

Re: [packman] Problem with gstreamer-plugins-bad-codecs-32-bit

fr., feb. 4 2022 at kl. 19.40 +0100 +0100 skrev Stefan Seyfried følgende: RESOLVED_FIXED ;-) -- Stefan Seyfried Thanks! Now we just wait for the builds to finish and mirrors to sync :-) /B ___ Packman mailing list Packman@links2linux.de

Re: [packman] Problem with gstreamer-plugins-bad-codecs-32-bit

fr., feb. 4 2022 at kl. 00.32 + + skrev Aaron følgende: no installable providers: libopenh264-2.1.1.1-1-1.32.i586. This dependency was from previous gstreamer-plugins-bad-orig-addon, it was also missing from the 32bit version back then. I do need 32 bit plugins/codec for wine and

Re: [packman] Mirrors and noarch package

lø., jan. 29 2022 at kl. 16.15 +0100 +0100 skrev Bjørn Lie følgende: Anyone have any insight to what is going on here? /Bjørn Right, it might to be due to aarch64/armv7l builders/workers being down, so no new builds from there will complete currently. Guessing that the -lang packages

[packman] Mirrors and noarch package

There seems to be something odd with the publishing (and unpublishing) of noarch packages at least for Essentials repo. All the mirrors I've looked at so far, keep around -lang packages that should be "nuked" From gwgd.de mirror: b43legacy-firmware-3.130.20.0-3.22.noarch.rpm 14-Dec-2021

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

lø., jan. 29 2022 at kl. 13.21 +0100 +0100 skrev Olaf Hering følgende: Three are also two pkg containers for 15.4, to be populated. Olaf Thank you, I will get to those later today or tomorrow, most likely today. /Bjørn Packages for 15.4 now in place. I did add baselibs.conf, even

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

lø., jan. 29 2022 at kl. 13.21 +0100 +0100 skrev Olaf Hering følgende: Sat, 29 Jan 2022 12:01:11 +0100 Bjørn Lie : Thank you, even if that moved a bit quicker than I expected. Three are also two pkg containers for 15.4, to be populated. Olaf Thank you, I will get to those later

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

lø., jan. 29 2022 at kl. 10.27 +0100 +0100 skrev Olaf Hering følgende: Fri, 28 Jan 2022 18:05:08 +0100 Olaf Hering : In the end someone needs to create, submit and maintain the required packages. I moved the codec packages to Essentials, and removed the other packages. This change may

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

fr., jan. 28 2022 at kl. 18.15 +0100 +0100 skrev Manfred Hollstein følgende: On Fri, 28 Jan 2022, 18:05:08 +0100, Olaf Hering wrote: Fri, 28 Jan 2022 17:52:04 +0100 Bjørn Lie : > Ok so as I said, you want to do an old style linked package, witch we > now do via _multibuil

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

fr., jan. 28 2022 at kl. 17.12 +0100 +0100 skrev Olaf Hering følgende: Fri, 28 Jan 2022 12:28:57 +0100 Bjørn Lie : As to adding the "naugthy" bits in a separate spec - There is no way I can get those specs into Factory, as they will not be able to build on the main obs at

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

fr., jan. 28 2022 at kl. 12.43 +0100 +0100 skrev Carlos E. R. følgende: On 28/01/2022 12.28, Bjørn Lie wrote: The way I have it in my home repo here on pmbs, will allow users to just add packman repo, type zypper inr, and bad/ugly-extra packages and their deps will automagically install

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

to., jan. 27 2022 at kl. 18.22 +0100 +0100 skrev Olaf Hering følgende: Thu, 27 Jan 2022 11:06:19 +0100 Bjørn Lie : This could however all have been avoided if we switched packman to only build the extra codecs in orig addon. If gstreamer is really modular, remove all conditionals from

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

to., jan. 27 2022 at kl. 13.13 +0100 +0100 skrev Bjørn Lie følgende: Now I'm really confused, no changes done over at obs, nor checked into Factory (ref to gst-bad), yet suddenly gstreamer-plugins-bad builds just fine on the pmbs? From what I can tell, no changes done to prjconf

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

Now I'm really confused, no changes done over at obs, nor checked into Factory (ref to gst-bad), yet suddenly gstreamer-plugins-bad builds just fine on the pmbs? From what I can tell, no changes done to prjconf for essential either. Anyone able to shead some light on this? /Bjørn

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

to., jan. 27 2022 at kl. 11.42 +0100 +0100 skrev Olaf Hering følgende: Thu, 27 Jan 2022 11:23:47 +0100 Olaf Hering : I only remember a discussion about it, with the outcome "fdk_aac is not compatible with GPL". fdk-aac-free-2.0.0 does not come with a license, so it is unclear if this

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

to., jan. 27 2022 at kl. 11.31 +0100 +0100 skrev Bjørn Lie følgende: Well I only used the non pkgconfig for "Packmans" benefit, so fine by me, I'll change it back to using pkgconfig(). /Bjørn But again - the REAL solution is to stop rebuilding the whole gst-plugins-bad

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

to., jan. 27 2022 at kl. 11.23 +0100 +0100 skrev Olaf Hering følgende: If an expanded package name is requested, there will be a conflict due to exact %version-%release Requires in the devel package. Hence the established practice to refer to capabilities via pkgconfig() instead of

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

to., jan. 27 2022 at kl. 11.06 +0100 +0100 skrev Bjørn Lie følgende: No I added that one due to knowing that you on packman did not want to build it with full fdk-aac in the past. Hence I did it this way, so that it would be built with the altered sources we have in main obs

Re: [packman] Problems with gstreamer-plugins-bad and related packages from Packman on TW

to., jan. 27 2022 at kl. 10.42 +0100 +0100 skrev Manfred Hollstein følgende: On Thu, 27 Jan 2022, 10:26:28 +0100, Olaf Hering wrote: Thu, 27 Jan 2022 10:19:05 +0100 Manfred Hollstein mailto:manfre...@gmx.net>>: > Can someone please branch it to Staging and Essentials please? This will

Re: [packman] PipeWire SBC-XQ and other codecs support?

fr., aug. 20 2021 at kl. 19.43 +0200 +0200 skrev İsmail Dönmez følgende: On Fri, Aug 20, 2021 at 6:25 PM S. wrote: İsmail Dönmez ismail at i10z.com, Fri Aug 20 07:31:24 CEST 2021 > Do you have "bluez5.sbc-xq-support = true" in > /etc/pipewire/media-session.d/bluez-monitor.conf ? Ah,

Re: [packman] Gstreamer ugly and bad for 15.2

to., juli 2, 2020 at 07:53 skrev Olaf Hering følgende: The question is: why is it a hard requirement anyway? I think there is the libav package. What are the benefits of bad+ugly? Olaf They are not a hard req no - they are however upstreams "prefered" encoders/decoders for things like

[packman] Gstreamer ugly and bad for 15.2

Since I see that gst-ugly/bad is not currently built for 15.2, I've subbed my alternative way of building the traditional addon packages. See subs and These are packages packaging JUST the addon

[packman] PMBS somewhat borked?

When trying to branch a package on the webui I get the following errormsg (and no branched package): There has been an internal error. Please try again. and when trying to use osc commandline bjolie@drude:~> alias oscpm alias oscpm='osc -A https://pmbs-api.links2linux.de' bjolie@drude:~>

Re: [packman] PMBS - quo vadis?

lø., 25.02.2017 kl. 10.44 +0100, skrev Olaf Hering: > Am 24. Februar 2017 18:06:36 MEZ schrieb Olaf Hering > : > > > > Take your power as package maintainer and move everything thats > > not supposed to be in bad/ugly into good. > > What about two non-overlapping pkgs? OBS  

Re: [packman] PMBS - quo vadis?

fr., 24.02.2017 kl. 16.20 +0100, skrev Olaf Hering: > > There is probably no need to replace the entire gstreamer stack > anymore. This is still done in 42.1 for historical reasons, > everything > else rebuilds just the bad/ugly plugins from the base distro. > > > > Olaf > That is quite

Re: [packman] Multiple Packman packages missing libx265.so.87 dependency

lø., 08.10.2016 kl. 22.54 +0200, skrev Jörg Lorenzen: Current version of gstreamer-plugins-bad (which links to openSUSE.org) requires libtiger, I've added it to Essentials as a linked package to openSUSE.org. No please remove the libtiger again, as that was "my bug". The libtiger BuildRequires

Re: [packman] [PM] libmlt 0.9.8-69.1 (openSUSE_Leap 42.1/x86_64)

to., 21.04.2016 kl. 10.31 +0100, skrev Richard Colvin: > Good morning, > > Kdenlive 16.04.0 is released which depends on the the most recent > version > of the MLT Framework* 6.2.0*. > > Would you please update the Packman MLT packages to enable this. > > Thank you. > Regards, > Richard

Re: [packman] Clean up PMOBS part 1: gstreamer

ti., 28.02.2012 kl. 16.06 +0100, skrev Detlef Reichelt: Hi, i've setup an own OBS to fix/cleanup gstreamer for PMOBS, as you can see (1), for every $DIST an extra version of gstreamer. Also build required packages only if $DIST doesn't fullfill the requires. For example: 1140_libmms

[packman] [PM] gstreamer010-plugins-bad 0.10.6 (openSUSE 11.0/i586)

Hi There seems to be a wrong requires for this package Requires: gstreamer-plugins-base-0_10 = 0.10.19 Should be Requires: gstreamer-0-10-plugins-base = 0.10.19 Atleast for openSUSE 11 - because right now it's uninstallable due to missing embla:~ # zypper up -t

Re: [packman] Stellarium

ons, 19.03.2008 kl. 18.18 -0400, skrev Mike Puntolillo: So I found this cool program called Stellarium. http://software.opensuse.org/search?p=1baseproject=ALLq=stellarium Bjørn ___ Packman mailing list Packman@links2linux.de