Re: [packman] Packaging request - VidCutter

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Wed, 15 Feb 2017 10:43:48 +0100 schrieb "Luigi Baldoni" : > A link will probably suffice, I'll submit a delete request once > everything is ready. Thanks. Olaf -BEGIN PGP SIGNATURE-

Re: [packman] Packaging request - VidCutter

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Tue, 14 Feb 2017 21:22:28 +0100 schrieb "Luigi Baldoni" : > Will see what I can do, I've also discovered it was already > in multimedia:apps, will try and unify them. Should the package be provided by packman, or is the copy in

Re: [packman] dependencies of packman subpackages from same build

On Tue, Feb 07, Pascal Bleser wrote: > Until zypper implements that behavior (which sounds like a very good > idea to me), which won't be available until the next Leap to most > users anyhow, the best approach is probably to do hard requires with > version+release. After reaching out to

Re: [packman] Handbrake - Latest version?

Am Montag, den 13.02.2017, 20:20 +0100 schrieb Pascal Bleser: > 2017-02-13 14:28 GMT+01:00 Jörg Lorenzen : > [...] > > I think the patched libbluray can be deleted from PMBS because > > Handbrake now builds his own static libbluray, > > I don't know if there is any other

Re: [packman] Handbrake - Latest version?

Am 7. Februar 2017 13:21:16 MEZ schrieb Olaf Hering <o...@aepfle.de>: >On Tue, Feb 07, Pascal Bleser wrote: > >> Then the better solution would be to make a static build of libbluray >> into Handbrake, but not sure that is going to work without some heavy >> patching

Re: [packman] Please update youtube-dl

On Thu, Jul 21, Mathias Homann wrote: > Automated rebuilds are working again. the package will not be deleted, since > it is usually several versions ahead of the one on OBS. To reduce the overlap between OBS and Packman in the openSUSE_Tumbleweed repo I suggest to provide youtube-dl only for

Re: [packman] 32 bit baselibs needed by winegstreamer still not published

On Mon, Jan 30, Olaf Hering wrote: > It seems the bug was that publishing is disabled for Leap/i586, which > appearently also covers all the -32bit packages in Leap/x86_64. Now > publishing is enabled for Leap/i586, hopefully that was the missing > knob. It may take some time until

Re: [packman] [PM] pcsx2 1.4.0+git20161227.1208-1.1 (openSUSE_Leap 42.2/x86_64)

On Tue, Jan 10, Guo Yunhe wrote: > Maybe the Git version is not stable enough for daily use yet. Could you > package stable release as pcsx2 and unstable release pcsx2-beta? There is now a pcsx2-32bit.rpm for Leap, please check if it works. Olaf signature.asc Description: PGP signature

Re: [packman] dependencies of packman subpackages from same build

On Tue, Feb 07, Daniel Pecka wrote: > We were discussing this with olaf few weeks ago and I've suggested to > ensure that proper libs from proper vendor are satisfied if you explicitely > set your deps to be `= %version-%release' (eg they will require lib > packages that have same version-release

Re: [packman] The great deletion

On Tue, Feb 07, Luigi Baldoni wrote: > weren't 13.x repos supposed to be removed by now? 13.x was removed, its still available on the mirrors. Its time to add a 42.3 target at some point. Olaf signature.asc Description: PGP signature ___ Packman

Re: [packman] Handbrake - Latest version?

On Tue, Feb 07, Pascal Bleser wrote: > Then the better solution would be to make a static build of libbluray > into Handbrake, but not sure that is going to work without some heavy > patching Well, until then the latest and greatest is only available in Tumbleweed. There is nothing wrong with

Re: [packman] Handbrake - Latest version?

On Thu, Feb 02, Pascal Bleser wrote: > Having a look at it, but I'm currently stuck because they require a > patched libbluray so I have to submit the changes there first. Is libbluray ABI compatible with the version that was released with Leap? Both share the same SONAME, but given the history

Re: [packman] broadcom-* package (wl module) makes systemd-udev crazy breaking the ifnames

On Mon, Feb 06, Manfred Hollstein wrote: > Thanks for analyzing and fixing this, Olaf! So far I changed nothing. Looking at modinfo wl.ko shows 'intf_name:strng', which indicates that the name can be set at loadtime already. Something like this in /etc/modprobe.d/wl.conf may work: options wl

Re: [packman] broadcom-* package (wl module) makes systemd-udev crazy breaking the ifnames

On Fri, Feb 03, Daniel Pecka wrote: > systemd ppl say it's problem of our suse systemd-udev, that we don't follow > upstream defaults in order to keep inane backword compatibility and kernel > guys says, it's clearly the problem of wl module forcefully binding to eth0 > (shall be - and always was

Re: [packman] publishing of SLE_12 is stuck

On Thu, Jan 12, Olaf Hering wrote: > It seems only the SLE_12 -debuginfo/source packages are mirrored, but no > binary package appears. They are all available on pmbs. It turned out the Backports project defines a separate download repository for the debuginfo. Appearently the publisher

Re: [packman] 32 bit baselibs needed by winegstreamer still not published

On Sat, Jan 21, Rosanne DiMesio wrote: > However, there are still no 32 bit baselib packages for those formats > for Leap 42.2 or 42.1 in the repository. Without those packages (esp. > gstreamer-plugins-libav-32bit and the ffmpeg libs it depends on), 32 > bit Windows games and apps that need

[packman] SLE_12 repo for SLE12SP2 available

The SLE_12 repository started to build against SLES12SP2. It is using the Backports project from OBS as a base. This reduces the number of packages that have to be build in packman. In addition a few more existing packages (like k3b) from packman could be enabled because Backports contains parts

Re: [packman] Missing package: MLDonkey

On Mon, Nov 28, Carlos E.R. wrote: > I just noticed that the package MLDonkey is missing for leap 42.2. The mldonkey package builds now, it should be available on the mirrors shortly. Olaf signature.asc Description: PGP signature ___ Packman mailing

Re: [packman] PDF virtual printer

On Mon, Jan 16, Luigi Baldoni wrote: > I'm not sure how to do that at this point. > Should I file a bug report or something? Yes, create a dummy bug and do the submission. https://en.opensuse.org/openSUSE:Package_maintenance https://en.opensuse.org/openSUSE:Maintenance_update_process Olaf

Re: [packman] PDF virtual printer

On Sat, Jan 14, Luigi Baldoni wrote: > Thing is one ends up with pulling in a number of other packages with > an extra repo installed. There's always the risk of messing up > the system. Another this to try is to submit it as an Update for Leap. I think thats within the rules for Leap. Olaf

Re: [packman] PDF virtual printer

On Sat, Jan 14, Luigi Baldoni wrote: >Hello, > what do you think of cups-pdf in Essentials? Would it be possible to link > it from Factory or is it not essential enough? IMO it depends on the usecase. Is it selfcontained? Last time I talked to jsmeix it was "problematic", if thats indeed the

Re: [packman] [PM] vlc 2.2.4-34.1 (openSUSE_Leap 42.1/x86_64)

On Thu, Jan 12, Christopher Gaul wrote: > No I do not use zypper dup for updates. I only use that when I'm doing a > planned distro update. Its usually safe to run 'zypper dup', even with a repo list like yours. If packages are provided by more than one repo it might be challenging. Using repo

[packman] publishing of SLE_12 is stuck

It seems only the SLE_12 -debuginfo/source packages are mirrored, but no binary package appears. They are all available on pmbs. Any idea whats going on? Olaf signature.asc Description: PGP signature ___ Packman mailing list Packman@links2linux.de

Re: [packman] [PM] vlc 2.2.4-34.1 (openSUSE_Leap 42.1/x86_64)

On Wed, Jan 11, Christopher Gaul wrote: > Also, let me know if you think this is an upstream VLC problem and not a > problem specific to the Packman packages so I can report it to the upstream > maintainers. The vlc package did not change, so its likely Leap specific. Please post your repo list,

Re: [packman] [PM] pcsx2 1.4.0+git20161227.1208-1.1 (openSUSE_Leap 42.2/x86_64)

On Wed, Jan 11, Johannes Obermayr wrote: > Am 11.01.2017 07:54 schrieb Olaf Hering <o...@aepfle.de>: > > There is appearently a filter. Stefan, what can be done to publish > > Games/openSUSE_Leap_42.*/i586/pcsx2*? > https://en.opensuse.org/openSUSE:Build_Servi

Re: [packman] [PM] pcsx2 1.4.0+git20161227.1208-1.1 (openSUSE_Leap 42.2/x86_64)

On Tue, Jan 10, Olaf Hering wrote: > It builds now as i586 for 13.2, 42.x and Tumbleweed. A publish filter > may prevent publishing to mirrors. In the meantime use the binary > package from 13.2. There is appearently a filter. Stefan, what can be done to publish Games/openSUSE_Leap_

Re: [packman] [PM] pcsx2 1.4.0+git20161227.1208-1.1 (openSUSE_Leap 42.2/x86_64)

On Tue, Jan 10, Olaf Hering wrote: > Looking through the history of this list, there are bugreports every now > and then... > I will disable and wipe x86_64 builds now. It builds now as i586 for 13.2, 42.x and Tumbleweed. A publish filter may prevent publishing to mirrors. In the mea

Re: [packman] [PM] pcsx2 1.4.0+git20161227.1208-1.1 (openSUSE_Leap 42.2/x86_64)

On Tue, Jan 10, Martin Herkt wrote: > The 64-bit port of PCSX2 is still in progress, not supported and generally > does not work, so it should be built as 32-bit package only. Is that supposed to be done with 'gcc -m32'? For Leap there is no 32bit, likely there are not enough BuildRequires

Re: [packman] [PM] ffmpeg 3.2-6.4 (openSUSE_Leap 42.2/x86_64)

On Sat, Jan 07, Andreas Schleth wrote: > is there a reason, that the x265 encoder is not activated anymore in the > latest 42.2 build? According to the buildlog x265 is used during build. Did you do a 'zypper dup' to packman, or did you use 'Switch system packages to this repo' in YaST2? That

[packman] upgrade of SLE_12 repo

In the coming days the SLE_12 repository will start to build against SP2 instead of SP1. The resulting packages _may_ continue to work in a SP1 environment. Olaf signature.asc Description: PGP signature ___ Packman mailing list Packman@links2linux.de

Re: [packman] VLC Segfaults on openSUSE Leap 42.1

Am 5. Januar 2017 15:45:14 MEZ schrieb Peter Kaye : >Just wanted to let you know that ever since the last update to vlc >provided through Packman for openSUSE Leap 42.1, it segfaults on >starting. Thanks for the report. Does that happen since the upgrade to ffmpeg 3.2? I

Re: [packman] circular depencency for ffmpeg/x264

On Wed, Jan 04, Olaf Hering wrote: > Am 3. Januar 2017 13:17:48 MEZ schrieb "Tomáš Chvátal" > <tomas.chva...@gmail.com>: > > >I will try to split it back up during the week and document what is > >happening there and why. > > You may want

Re: [packman] circular depencency for ffmpeg/x264

Am 3. Januar 2017 13:17:48 MEZ schrieb "Tomáš Chvátal" : >I will try to split it back up during the week and document what is >happening there and why. You may want to postpone this until armv7 is fully done with the rebuild cycle, or until a new cycle starts due to

[packman] circular depencency for ffmpeg/x264

libx264 requires ffmpeg, which in turn requires libx264: libx264/libx264.spec BuildRequires: pkgconfig(libavcodec) BuildRequires: pkgconfig(libavformat) BuildRequires: pkgconfig(libavutil) ffmpeg-2.8/ffmpeg-2.8.spec %bcond_withx264 %if %{with x264} BuildRequires: pkgconfig(x264) %if

Re: [packman] No k3b-codecs for openSUSE 42.1

On Sun, Jan 01, Olaf Hering wrote: > I will remove the subpackage in the coming days. People do zypper dup > anyway, which will replace the entire k3b. I think instead of dropping the subpackage its better to properly Provide/Obsolete k3b-codecs, instead of just Obsolete it.

[packman] dropping support for 13.2

Does anyone still care about 13.2 in packman? Support for 13.2 will end in about two weeks in OBS. I think its time to retire it around end of January to free resources. The binary packages will remain on the mirrors. Olaf signature.asc Description: PGP signature

[packman] dropping support for 13.1

Does anyone still care about 13.1 in packman? I think its time to retire it to free resources. The binary packages will remain on the mirrors. Olaf signature.asc Description: PGP signature ___ Packman mailing list Packman@links2linux.de

Re: [packman] No k3b-codecs for openSUSE 42.1

Am 31. Dezember 2016 14:06:01 MEZ, schrieb Martin Schlander : >As the maintainer >opensuse-guide.org and the codec 1-click installers it's nice to know >if the >package will 'disappear' or not. I will remove the subpackage in the coming days. People do zypper dup

Re: [packman] Dependencies for vlc-beta

Am 23. Dezember 2016 18:33:28 MEZ, schrieb Luigi Baldoni : >Thing is gettext-runtime is maintained in SLE: would such a request >ever be accepted? The rationale is: users of either the packman or videolan repo will run with these updated versions anyway. For SLE12 the place

Re: [packman] Dependencies for vlc-beta

Am 23. Dezember 2016 13:16:18 MEZ, schrieb Luigi Baldoni : > Hi, >the new vlc-beta needs gettext-runtime from Factory for 42.1 and 42.2 >and, if deemed proper, also libva from Factory for 42.1. Try to upgrade gettext/libva in OBS via the Update channel.

Re: [packman] kodi-16.1-3.5.x86_64.rpm (openSUSE_Leap 42.2) signed with unknown key

What is the reason anyway for the resigning? Is there no chance to use the packman key in the Essential/Multimedia/Extra/Games project right away? Olaf ___ Packman mailing list Packman@links2linux.de

Re: [packman] [PM] k3b 2.0.3-8.2 (openSUSE_Leap 42.1/x86_64)

Am 16. Dezember 2016 09:45:23 MEZ, schrieb Klaus Bender : >I'm missing the k3b-codecs 2.0.3 for openSUSE_Leap 42.1. I just noticed the k3b update was released a few days ago. Why do you need the codecs subpackage, does something not work with the k3b package from packman?

Re: [packman] [PM] k3b 2.0.3-8.2 (openSUSE_Leap 42.1/x86_64)

Am 16. Dezember 2016 09:45:23 MEZ, schrieb Klaus Bender : >Hello, > >I'm missing the k3b-codecs 2.0.3 for openSUSE_Leap 42.1. Here is the 42.2 k3b package built for 42.1: http://download.opensuse.org/repositories/home:/olh:/k3b/openSUSE_Leap_42.1/ An update is pending in

Re: [packman] chromium and chromium-ffmpeg

On Wed, Dec 14, staka...@freenet.de wrote: > I am confused. Why do we have two(!) Chromium versions, one in Leap > 42.1 and one Packman. One is the main package from OBS, the other one contains just the ffmpeg libs. > Does that mean that the Packman version is not maintained? It does not

Re: [packman] fdupes package outdated

On Mon, Dec 05, wsxy162 wrote: > Tumbleweed, the newest version is 1.6.1, and the one in Packman Tumbleweed is > 1.51, that will overwrite the 1.6.1. > I see the package info on Packman's website, package's homepage links to a > opensuse branch,  and it seems not actively maintained. fdupes was

Re: [packman] OpenSuse 42.1 missing k3b codecs

Am 01.12.2016 um 19:20 schrieb Wolfgang Bauer: > I thought the plan was to not have to tell them to do a full switch > to Packman and replace all system packages. Just rather install some > additional ones that are compatible to the distribution's packages? I think thats how it is implemented for

Re: [packman] OpenSuse 42.1 missing k3b codecs

On Thu, Dec 01, Wolfgang Bauer wrote: > So that people only need to install k3b-codecs from Packman, and not switch > the k3b package itself? The whole package gets rebuild, and zypper dup is used, so I think there is not much gain from such setup. > The current state has been to come from a

Re: [packman] OpenSuse 42.1 missing k3b codecs

On Wed, Nov 30, Wolfgang Bauer wrote: > But I agree, it would probably be a good idea to add it back in OBS. And I > just saw that you did it already anyway, I think we should add an "Obsoletes: > k3b-codecs too though if we don't want to split out the codecs into a > separate > package...

Re: [packman] OpenSuse 42.1 missing k3b codecs

On Mon, Nov 28, Wolfgang Bauer wrote: > The problem is that openSUSE's k3b package will not contain the mp3 decoder > plugin even if built with ffmpeg. > For that one, libmad is necessary, which is not available in the official > repos. So you are saying whatever change dropped the conditional

Re: [packman] Missing package: MLDonkey

On Mon, Nov 28, Carlos E.R. wrote: > I just noticed that the package MLDonkey is missing for leap 42.2. It fails to build with the newer ocaml: [ 165s] File "src/utils/cdk/zip.ml", line 75, characters 10-15: [ 165s] Error: Multiple definition of the extension constructor name Error. [ 165s]

Re: [packman] OpenSuse 42.1 missing k3b codecs

On Sat, Nov 26, pf wrote: > Missing the codecs since a few weeks ago, Here is the 42.2 k3b package built for 42.1: http://download.opensuse.org/repositories/home:/olh:/k3b/openSUSE_Leap_42.1/ Please let us know if that works properly. If yes, k3b should be updated in 42.1. I think the

Re: [packman] OpenSuse 42.1 missing k3b codecs

On Mon, Nov 28, Tomáš Chvátal wrote: > I asked couple of months why it is not branch from OBS and nobody replied. > I suppose we could kill it as it is now and convert it to the link layout we > have in place? Then it should at least build. I think for 42.1 it should be possible to submit the

Re: [packman] OpenSuse 42.1 missing k3b codecs

Am 26. November 2016 22:38:13 MEZ, schrieb pf : >Will they be provided asap or is there some special reason ? There is a k3b package in packman. I don't know what its purpose is. It fails to build. So far no one stepped up to fix it. Olaf

Re: [packman] ARM workers idle whereas jobs are waiting...

On Tue, Nov 22, Stefan Botter wrote: > At least swrj01 and swrj03 (my own armv7l workers) are chroot, and are > thus not capable of fulfilling any constraints. This looks like a bug. I have removed the _constraint files like it is done already for the chromium packages, now everything seems to

Re: [packman] armv7 multimedia not updated since 2015

On Sun, Nov 20, Stefan Botter wrote: > On Wed, 16 Nov 2016 09:44:05 +0100 > Olaf Hering <o...@aepfle.de> wrote: > > The same happens with opencv and opencv-qt5, they also dont get out of > > state "scheduled". > Almost overlooked that, I kicked t

Re: [packman] armv7 multimedia not updated since 2015

Am 18. November 2016 10:45:26 MEZ, schrieb Oscar C : >If I'm not wrong, this problem was caused by insufficient arm power, >right? I think it was just the one single package that was stuck. Olaf ___ Packman mailing list

Re: [packman] mpv _disabled_ (amongst other packages) in pmbs for openSUSE_Leap_42.2

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

Re: [packman] armv7 multimedia not updated since 2015

On Fri, Nov 18, Guillaume Gardet wrote: > I think the fix is provided by the PMBS server. Isn't it? I dont know what the fix is and how it gets deployed, sorry. A few days ago some Arndale* host failed to build pkgs with _service files. Olaf signature.asc Description: PGP signature

Re: [packman] armv7 multimedia not updated since 2015

On Fri, Nov 18, Guillaume Gardet wrote: > Since I re-enabled one of my ARM workers, it seems to be better. ;) Make sure the fix to handle _service files properly is deployed on these workers. Olaf signature.asc Description: PGP signature ___

Re: [packman] mpv _disabled_ (amongst other packages) in pmbs for openSUSE_Leap_42.2

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

Re: [packman] mpv _disabled_ (amongst other packages) in pmbs for openSUSE_Leap_42.2

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

Re: [packman] mpv _disabled_ (amongst other packages) in pmbs for openSUSE_Leap_42.2

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

Re: [packman] mpv _disabled_ (amongst other packages) in pmbs for openSUSE_Leap_42.2

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

Re: [packman] mpv _disabled_ (amongst other packages) in pmbs for openSUSE_Leap_42.2

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

Re: [packman] mpv _disabled_ (amongst other packages) in pmbs for openSUSE_Leap_42.2

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

Re: [packman] armv7 multimedia not updated since 2015

On Wed, Nov 16, Stefan Botter wrote: > Mmmh yes, there has been a stale status file in the jobs queue for > autopano-sift-C. I have removed it and triggered a rebuild, now it is > building. The same happens with opencv and opencv-qt5, they also dont get out of state "scheduled". Olaf

Re: [packman] armv7 multimedia not updated since 2015

On Wed, Nov 09, Olaf Hering wrote: > Armv7 has just 3 workers, I have disabled everything except factory > until it finishes at least one cycle. This will likely take weeks. Multimedia/openSUSE_Factory_ARM/armv7l reached state "published" a few minutes ago. For some r

Re: [packman] building some 32bit packages for Wine / Gstreamer

Am 12.11.2016 um 21:49 schrieb Marcus Meissner: > What I have been told is that packman supplies some codec helping packages > for it, > inlcuding gstreamer plugins and wine-mp3. wine-mp3 needs capextract in 42.2-i586, which should be fixed in OBS because it was available in 42.1-i586. >

Re: [packman] armv7 multimedia not updated since 2015

On Thu, Nov 10, Guillaume Gardet wrote: > So, it may be due to never ending builds. I will try to set-up new ARM > workers for packman on my side. Let's see if with more ARM workers it > gets better. I wonder how this should be handled in the long run. Essentials+Multimedia have ~700 packages

Re: [packman] [PM] mythtv 0.28+git.20160823.d9182ff-2.1 (openSUSE 13.2/x86_64)

On Mon, Nov 07, Günter Kukkukk wrote: > I'm atm trying to find as much info as possible about the > "pkgconfig()" stuff from the spec file. 'pkgconfig(X)' is just a tag for a devel package which provides "X". That way more than one devel package can provide "X", or the devel pacakge can be

Re: [packman] Why is k3b _disabled_ in pmbs for openSUSE Leap 42.1?

On Thu, Nov 10, Wolfgang Bauer wrote: > Am Donnerstag, 10. November 2016, 12:59:45 schrieb Olaf Hering: > > k3m: unresolvable: nothing provides cmake(KF5Cddb) > > libkcddb5: unresolvable: nothing provides extra-cmake-modules >= 5.24.0 > You could build/provide the KDE4 v

Re: [packman] armv7 multimedia not updated since 2015

Am 9. November 2016 20:52:43 MEZ, schrieb Oscar C : >Thanks. uhmm, I'm not sure if its because works can't keep up. Armv7 has just 3 workers, I have disabled everything except factory until it finishes at least one cycle. This will likely take weeks. Olaf

Re: [packman] Build fails with bad tempdir

On Mon, Oct 17, Stefan Botter wrote: > The behavior should be fixed on all workers now. The ARM workers are still affected. Olaf signature.asc Description: PGP signature ___ Packman mailing list Packman@links2linux.de

Re: [packman] armv7 multimedia not updated since 2015

Am 5. November 2016 13:03:48 MEZ, schrieb Oscar C : >Could anyone look at it? I usually do not follow ARM, is there a slim chance that the few workers just can't keep up? If new checkins into Factory appear faster than ARM can build them, then the repository will will

Re: [packman] dropping support for SLE_11

On Mon, Aug 15, Olaf Hering wrote: > Does anyone still care about SLE_11 in packman? I think its time to > retire it to free resources. The binary packages will remain on the > mirrors. > > Before it gets wiped from PMBS we should make sure the packages will > work an

Re: [packman] Factory stuff linking

Am 30. Oktober 2016 15:37:46 MEZ, schrieb Dmitriy Perlow : >Yep, only published src.rpm's differ. What could be done so? Nothing, there will always be a gap if a Requires in OBS changes. In case of mpv, the manual Requires should be removed. No other pkg requires

Re: [packman] Factory stuff linking

Am 30. Oktober 2016 13:48:29 MEZ, schrieb Dmitriy Perlow : >It should resolve such issues (please read comments): >https://build.opensuse.org/package/show/openSUSE:Factory/smplayer How would that solve it? I think the source remains the same. Olaf

Re: [packman] ffmpeg + nvenc?

On Mon, Oct 24, Fast OS wrote: > I wonder if it will support the ffmpeg + nvenc for opensuse 42.2 Leap? Looking through their website indicates that the prereqs are not met. https://trac.ffmpeg.org/wiki/HWAccelIntro Someone has to package the SDKs and tell ffmpeg about it. Olaf signature.asc

Re: [packman] Broken Mplayer

On Sat, Oct 15, MrWarriorProphet . wrote: > The file MPlayer-1.2.r37548-6.4.x86_64.rpm is broken! There will be a MPlayer-1.2.r37548-6.5 package. It will take an unpredictable amount of time until it appears on the mirrors. Olaf signature.asc Description: PGP signature

Re: [packman] Build fails with bad tempdir

On Wed, Oct 12, Stefan Botter wrote: > The "bad tempdir" error is emitted by the runservices script from > build: > Lines 33 ff. > > my $tempdir; > if ($buildroot ne '') { > $tempdir = File::Temp::tempdir('CLEANUP' => 1, 'DIR' => "$buildroot/tmp"); > die("bad tempdir\n") unless

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

On Fri, Oct 07, Jörg Lorenzen wrote: > package "ffmpeg" doesn't provide any binaries because all builds are > disabled. This package should probably be dropped to avoid confusion. Olaf signature.asc Description: PGP signature ___ Packman mailing

Re: [packman] Suddenly getting errors regarding i586 packages

On Tue, Oct 11, Richard Gladman wrote: > Problem: nothing provides libavcodec56(unrestricted) needed by > vlc-codecs-2.2.4-13.1.i586 > Solution 1: keep obsolete vlc-codecs-2.2.4-12.3.x86_64 > Solution 2: break vlc-codecs-2.2.4-13.1.i586 by ignoring some of its > dependencies Since ffmpeg and

Re: [packman] Build fails with bad tempdir

On Sun, Aug 28, Olaf Hering wrote: > On Thu, Aug 25, Olaf Hering wrote: > > > Since earlier this week many builds fail with "bad tempdir", it is not > > specific to a certain host or target. > > This affects all packages with a '_service' file. What is the sta

Re: [packman] Publishing problems?

Am 16.09.2016 um 09:26 schrieb Stefan Botter: > Your error "bad tempdir" is repo-dependent, as you see that obs-studio It depends on the buildhost. Just do 'osc rebuild -f' often enough until it succeeds. Last time I tried it hosts 10,11,12 would be able to build. Olaf signature.asc

Re: [packman] [PM] kdenlive 16.04.3-3.2 (openSUSE Tumbleweed/i586)

Am 29. August 2016 18:10:06 MESZ, schrieb Hendric Stattmann : >Just a short heads-up: kdenlive 16.08 is out now. I would gratefully >appreciate if you could compile a package. Packman has no control of kdenlive sources. This is all done at build.opensuse.org.

Re: [packman] Build fails with bad tempdir

On Thu, Aug 25, Olaf Hering wrote: > Since earlier this week many builds fail with "bad tempdir", it is not > specific to a certain host or target. This affects all packages with a '_service' file. Olaf signature.asc Descriptio

Re: [packman] Kodi crasht im openSuSE Tumbleweed // Fehlendes libavutil54 aus Packman?

On Sun, Aug 28, Sandra Weddig wrote: > Im Logifle steht "WARNING: unsupported ffmpeg version detected", habe > alle libs zu ffmpeg, welche ich bekommen konnte aus dem packman > Repository installiert, aber libavutil54 scheint nicht drin zu sein. Freitag Nacht wurde in Factory von ffmpeg von 2.8

[packman] Build fails with bad tempdir

Since earlier this week many builds fail with "bad tempdir", it is not specific to a certain host or target. Olaf ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

Re: [packman] [PM] vlc 2.2.4-30.2 (SLE 11/i586)

Am 24. August 2016 21:39:29 MESZ, schrieb Mark N Harris : >RPM installer complains of bad Key ID. This and all the files... Either import the repo key manually or use zypper: add the packman repo and run zypper in vlc Olaf ___

Re: [packman] gstreamer-plugins-libav missing

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. In the meantime the pkg is now reenabled in

Re: [packman] gstreamer-plugins-libav missing

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

Re: [packman] gstreamer-plugins-libav missing

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 signature.asc Description: OpenPGP digital

Re: [packman] Does Handbrake work for anybody on Tumbleweed?

Am 17.08.2016 um 14:35 schrieb Manfred Hollstein: >> Not sure if the is an easy way to default to ffmpeg2 >> if no specific version is in BuildRequires. > When there are multiple versions in one tree, I guess we'd need > something like: > > BuildRequires: ffmpeg < 3.0 This means patching each

Re: [packman] [PM] chromium 52.0.2743.116-115.1

Am 15.08.2016 um 19:24 schrieb Joerg Kuehne: > ich wundere mich gerade, dass es für chromium-ffmpeg keine Version für > Opensuse 13.1 gibt. Hat das einen speziellen Grund? 13.1 wird ja über > das Evergreen-Team kontinuierlich mit den neuesten Updates für Chromium > versorgt und es wäre schön, wenn

[packman] dropping support for SLE_11

Does anyone still care about SLE_11 in packman? I think its time to retire it to free resources. The binary packages will remain on the mirrors. Before it gets wiped from PMBS we should make sure the packages will work and the dependencies are fulfilled. Olaf signature.asc Description: PGP

Re: [packman] Does Handbrake work for anybody on Tumbleweed?

Today I changed handbrake to compile in TW and 42.2. It will take some time until its published. There is currently no ffmpeg3 for TW. Not sure if the is an easy way to default to ffmpeg2 if no specific version is in BuildRequires. Olaf ___ Packman

Re: [packman] [PM] mpv 0.18.1-52.1 (openSUSE_Leap 42.1/x86_64)

On Wed, Aug 10, Nico Kruber wrote: > I guess it should be fixed there - the update from today (version 3.1.2) > apparently has the same dependencies Packman does not provide netcdf or hdf5 for Leap 42.1. So if there is indeed a dependency bug it has to be resolved as an update in OBS. Olaf

Re: [packman] internal server error in Multimedia repo

On Mon, Aug 08, Olaf Hering wrote: > prjs="Essentials Multimedia" > mkdir $$ > cd $_ > for prj in $prjs > do > pbs co -u $prj > cd $_ > pbs up -u > for pkg in * > do > ls -1d * | wc -l > echo $pkg > sed -i "/\"

Re: [packman] internal server error in Multimedia repo

On Tue, Sep 15, Stefan Botter wrote: > Hi Marcus, > > On Mon, 14 Sep 2015 10:43:54 +0200 > Marcus Hüwe wrote: > > Hmm probably the request uri is too large, but in this case I/osc > > expects status code 414 instead of 500. > > You are right, it seems the URI is too long. Is

Re: [packman] [PM] mpv 0.18.1-52.1 (openSUSE_Leap 42.1/x86_64)

Am 03.08.2016 um 23:27 schrieb Nico Kruber: > I noticed that the mpv package has a requirement on libhdf5.so.10 but this 'rpm -q --requires mpv | grep -i hdf' shows nothing. I think the dependency chain is something else. Olaf signature.asc Description: OpenPGP digital signature

<    1   2   3   4   5   >