[EPEL-devel] Re: chromium regression on EL9

Le lun. 20 nov. 2023 à 01:38, Neal Gompa a écrit : > > On Sun, Nov 19, 2023 at 5:25 PM Leon Fauster via epel-devel > wrote: > > > > Am 19.11.23 um 14:30 schrieb Neal Gompa: > > > On Sat, Nov 18, 2023 at 4:20 PM Leon Fauster via epel-devel > > > wrote: > > >> > > >> Just noticed that the current

Re: libdc1394 soname bump

Le lun. 12 juin 2023 à 18:46, Till Hofmann a écrit : > > Hi all, > > On 6/5/23 23:13, Till Hofmann wrote: > > Hi all, > > > > I have updated libdc1394 to 2.2.7, which bumps the soname to > > libdc1394.so.26. I created the side tag f39-build-side-68587 and built > > the updated libdc1394 in the

Re: [reviewing akmod] request for reviewing intel-ipu6 akmod package

Le ven. 10 févr. 2023 à 10:24, Kate Hsuan a écrit : > > Hi, > > Recently, we are working on getting IPU6 MIPI camera to work for the > laptops. We also made a akmod package for Intel opensource drivers and > the package will live in RPM fusion. The details can be found here. >

[EPEL-devel] Re: EPEL-9 terrible updates (dav1d, libavif...)

Le jeu. 17 nov. 2022 à 15:45, Michel Alexandre Salim a écrit : > - I can package a dav1d092 compatibility package to provide > libdav1d.so.5 > - I can also package a compatibility libavif package, but against which > dav1d? > - rebuild rpmfusion dependents against dav1d 1.0 and libavif 0.11

Re: EPEL-9 terrible updates (dav1d, libavif...)

Le jeu. 17 nov. 2022 à 15:45, Michel Alexandre Salim a écrit : > - I can package a dav1d092 compatibility package to provide > libdav1d.so.5 > - I can also package a compatibility libavif package, but against which > dav1d? > - rebuild rpmfusion dependents against dav1d 1.0 and libavif 0.11

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

Le mar. 27 sept. 2022 à 20:57, David Airlie a écrit : > > On Wed, Sep 28, 2022 at 4:02 AM Frantisek Zatloukal > wrote: > > > > Hi, > > > > since this mesa change ( > > https://src.fedoraproject.org/rpms/mesa/c/94ef544b3f2125912dfbff4c6ef373fe49806b52?branch=rawhide > > ) in F37 and rawhide,

Re: Enabling ffmpeg on Blender June edition

Le ven. 10 juin 2022 à 03:32, Luya Tshimbalanga a écrit : > [...] > Thanks Neal. That resolved the issue. About the use of pkgconfig insude > FindFFmpeg.cmake filr from upstream Blender, patch is welcome. > @Luya Please remind that you have now a larger issue that is about testing that blender

Re: Orphaned packages looking for new maintainers

Le mar. 12 avr. 2022 à 10:04, Miro Hrončok a écrit : > > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: >

Re: jpegxl soname bump

Le ven. 3 déc. 2021 à 17:17, Sérgio Basto a écrit : > > On Fri, 2021-12-03 at 15:36 +, Michael J Gruber wrote: > > F35 updates has libaom-3.2.0-2 and libjxl-0.6.1-6 already - so did > > the buildroot go through? > > (This conflicts with heif from rpmfusion, which I can't complain > > about

Re: RFC: Reduce number of packages that are built for i686

Le jeu. 18 nov. 2021 à 03:33, Fabio Valentini a écrit : > > Additionally, the steam RPM (as provided by the opt-in third-party > repository that comes installed by default with Fedora Workstation) is > a i686-only package (sad face), and hence also pulls in i686 The RPM Fusion package is built

Re: Firefox Hardware acceleration & VA-API how-to

Le lun. 15 nov. 2021 à 17:25, Aleksei Bavshin a écrit : > ... > After trying to configure HW acceleration on 9xx series GPU, I'll just > take that as a serious response. > Consider following points: > * VDPAU is not compatible with Wayland, our main desktop scenario. True. Still I have raised

Re: Firefox Hardware acceleration & VA-API how-to

Le lun. 15 nov. 2021 à 16:06, Steve Grubb a écrit : ... > I use the negativio repository only because I need the whole cuda stack > including cudnn. Totally undeeded, you can get rpmfusion+nvidia-cuda repository directly and avoid incompatible repository. https://rpmfusion.org/Howto/CUDA

Re: Firefox Hardware acceleration & VA-API how-to

Le ven. 12 nov. 2021 à 09:37, Martin Stransky a écrit : > > Hi folks, > > I was told that people were having trouble with Firefox/HW > acceleration/VA-API setup on Fedora so I put some info at wiki at: > > https://fedoraproject.org/wiki/Firefox_Hardware_acceleration Thanks for the documentation

Re: I think we should stop building i686 packages we're not shipping

Le mar. 31 août 2021 à 19:22, Justin Forbes a écrit : > > On Tue, Aug 31, 2021 at 12:14 PM Florian Weimer wrote: .. > While it might take a good bit of time to sit down and figure out > exactly what is *useful* from a multilib standpoint, I don't think > that is necessary at this time. It really

Re: Wrong FTBFS in F35?

Le mar. 17 août 2021 à 17:21, Евгений Пивнев a écrit : > > As I found my package qpdfview cannot be build in F35. > Package marked as FTBFS: > https://bugzilla.redhat.com/show_bug.cgi?id=1987904 > > Koji build says: > > DEBUG util.py:444: Error: > DEBUG util.py:444: Problem: package

Re: RPM name collisions

Le jeu. 29 avr. 2021 à 22:04, przemek klosowski via devel a écrit : >... > For completness, here are the remaining strange cases: > > openhantek.x86_64 2.06-1.fc31rpmfusion-nonfree > openhantek.x86_64 3.2-1.fc34 fedora I've fixed this one on f35+ for rpmfusion-nonfree. Package moved to

Re: Rebuilding packages that use std::call_once from libstdc++

Le mar. 30 mars 2021 à 18:13, Jonathan Wakely a écrit : > > Due to an unplanned ABI break that I caused in libstdc++, I will soon > start to rebuild the packages listed below. This rebuild will remove > references to some symbols in libstdc++.so which do not work as > intended, and so will not be

Re: PackageKit-gtk3-module i686 (x86_32) is missing in Fedora 33 repositories

Le lun. 25 janv. 2021 à 12:29, Kamil Paral a écrit : > > On Mon, Jan 25, 2021 at 11:17 AM Graham White > wrote: >> >> Hi, >> >> I'm trying to get to the bottom of bug #1901065 - >> https://bugzilla.redhat.com/show_bug.cgi?id=1901065 >> >> Anyone know why PackageKit-gtk3-module.i686 has been

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

Le jeu. 10 déc. 2020 à 13:41, Richard Shaw a écrit : > > OpenEXR and ilmbase are several releases behind in Fedora and the main reason > is that they combined OpenEXR & ilmbase and changed build systems to CMake. > > In digging into this, it makes sense. OpenEXR doesn't even provide a library >

Re: VirtualBox pkgs for F33?

Le mer. 2 déc. 2020 à 17:18, PGNet Dev a écrit : > > On 12/2/20 8:13 AM, Artem Tim wrote: > > Vbox also available in RPM Fusion repo > > https://admin.rpmfusion.org/pkgdb/package/free/VirtualBox/ > > Works OK in f33. > > Didn't know about those -- thx. > > Visit to the rpmfusion site returns: >

Re: libfilezilla soname bump

Le lun. 9 nov. 2020 à 17:16, Gwyn Ciesla via devel a écrit : > > We're updating libfilezilla and filezilla in Fedora 33 to their latest > versions. This will bump the soname for libfilezilla, but filezilla is the > only consumer. Thanks for this update. This looks appropriate.

Re: youtube-dl Copyright Violations

Le lun. 26 oct. 2020 à 12:10, Vitaly Zaitsev via devel a écrit : > > On 26.10.2020 11:29, Daniel Pocock wrote: > > I've recently made some suggestions about using IPFS as part of the > > packaging workflow[1] > > Censorship is evil. If the copyright holders complain about any > packages, they

OpenCV update to 4.5 in rawhide

There is a need to fix OpenCV FTBFS and update it to the current version which will require to rebuild opencv dependencies. This rebuilt went fine in copr: https://copr.fedorainfracloud.org/coprs/kwizart/opencv4/packages/ So the plan is to use a side-tag. Because few packages are affected by the

[EPEL-devel] Retiring blender for epel7

Hi, Same as in nextcloud, I'm proposing to retire blender from epel7. The packaged version if still working is very old and unmaintained. (there are lots of unfixed CVE). Having a full featured and modern blender there looks out of reach. Thanks. -- - Nicolas (kwizart)

[EPEL-devel] Re: Fast-moving packages in EPEL

Le dim. 11 oct. 2020 à 07:47, Christopher Engelhard a écrit : > > Hi, > the nextcloud server package is currently stuck at ancient version 10 > (current is 20) in EPEL7 (It's not (yet) available EPEL8 repos). > > I'd like to fix that, but > > - upstream releases a new version roughly every 4

Re: Conflicting build-ids in chromium and chromium-freeworld

Le lun. 21 sept. 2020 à 12:08, Mark Wielaard a écrit : > > Hi, > > On Mon, 2020-09-21 at 08:55 +0300, Panu Matilainen wrote: > > On 9/21/20 12:25 AM, Marcin Zajączkowski wrote: > > > Hi. There is an ongoing problem with conflicting build-ids in chromium > > > and chromium-freeworld [1][2]: > > >

Re: Fedora 33 Mass Rebuild

Le lun. 3 août 2020 à 23:18, Neal Gompa a écrit : > > On Mon, Aug 3, 2020 at 3:59 PM Nicolas Chauvet wrote: > > > > Le lun. 3 août 2020 à 19:37, Neal Gompa a écrit : > > > > > > On Mon, Aug 3, 2020 at 12:32 PM Gary Buhrmaster > > > wrote: > >

Re: Fedora 33 Mass Rebuild

Le lun. 3 août 2020 à 19:37, Neal Gompa a écrit : > > On Mon, Aug 3, 2020 at 12:32 PM Gary Buhrmaster > wrote: > > > > On Mon, Aug 3, 2020 at 3:15 PM Richard Hughes wrote: > > > > > Most of those are the libcroco->gettext breakage, no? > > > > From a very cursory scan (not at all scientific), >

Re: Rebuilt for OpenCV 4.3.0 in rawhide

Le ven. 5 juin 2020 à 08:52, Igor Raits a écrit : > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Fri, 2020-05-29 at 14:02 +0200, Nicolas Chauvet wrote: > > Hello there, > > > > There is an update to opencv 4.3.0 in preparation for rawhide. >

Rebuilt for OpenCV 4.3.0 in rawhide

Hello there, There is an update to opencv 4.3.0 in preparation for rawhide. This will be handled in a side tag along with the rebuild of the all dependencies. (fedpkg build --target=f33-build-side-24026) This was evaluated ahead,so it should lead to issue.

Re: Cross-arch dependencies for plugins (NSS and others)

Le lun. 24 févr. 2020 à 19:12, Florian Weimer a écrit : > > Sometimes, users run into problems because they install nss_nis on > x86_64 and want to use 32-bit applications, but those do not work > correctly because nss_nis.i686 is not installed. I think we have an > opportunity here to improve

Re: HELP: FreeCAD is still very broken on Fedora 30/31

Le mer. 15 janv. 2020 à 15:52, Richard Shaw a écrit : > > On Wed, Jan 15, 2020 at 8:50 AM Nicolas Chauvet wrote: >> >> Le mer. 15 janv. 2020 à 15:36, Richard Shaw a écrit : >> > >> > >> > There is a mess between Coin3 and Coin4 (and their depend

Re: HELP: FreeCAD is still very broken on Fedora 30/31

Le mer. 15 janv. 2020 à 15:36, Richard Shaw a écrit : > > > There is a mess between Coin3 and Coin4 (and their dependencies) which I > believe is causing most of the problems. > > Some background here: >

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

Le ven. 10 janv. 2020 à 10:29, Florian Weimer a écrit : > > * Neal Gompa: > > > 1. Our builder resources are squeezed enough as it is. In doing this, > > are we going to get more machines so that we can have more builders? > > Between modules and this, I worry our resources will get squeezed far

Re: Fedora 32 System-Wide Change proposal: Use update-alternatives for /usr/bin/cc and /usr/bin/c++

Le jeu. 9 janv. 2020 à 17:42, Tom Stellard a écrit : > > On 01/08/2020 11:40 PM, Igor Gnatenko wrote: > > So this just means that packages do not respect the environment. What about > > fixing them instead of trying to hack the environment? > > > > Do you mean that packages should be updated to

Re: Orphaned packages looking for new maintainers

Le lun. 23 déc. 2019 à 11:03, Miro Hrončok a écrit : > > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: >

Re: opencv 4.1.2 soname bump

Le dim. 29 déc. 2019 à 00:50, Sérgio Basto a écrit : > > > The "Rebuild (tesseract)" , pushed opencv-4.1.2-3.fc32 to rawhide > which is one soname bump , the build should failed on i686 but don't . > I have to review the latest commits ... I've fixed the i686 build for opencv4 (but not have

Re: Fedora 32 System-Wide Change proposal: Use update-alternatives for /usr/bin/cc and /usr/bin/c++

Le jeu. 19 déc. 2019 à 22:44, Ben Cotton a écrit : > > https://fedoraproject.org/wiki/Changes/Use-Update-Alternatives-For-usr-bin-cc > > == Summary == > Modify the gcc package so that the /usr/bin/cc and /usr/bin/c++ > symlinks are managed by update-alternatives. > > == Owner == > * Name:

Re: Blender for Fedora 31 does not support multimedia?

Le ven. 1 nov. 2019 à 16:40, Martin Kolman a écrit : > > On Fri, 2019-11-01 at 15:33 +, Leigh Scott wrote: > > Rpmfusion can't ship blender due to our non-replacement policy, fedora > > should consider dropping their crippled > > package. > While it is certainly missing some functionality, I

Re: libdav1d SONAME bump

Le ven. 18 oct. 2019 à 22:44, Robert-André Mauchin a écrit : > > On Friday, 11 October 2019 16:10:55 CEST you wrote: > > Hello, > > > > Dav1d 0.5.0 was published today and brings a SONAME bump from libdav1d.so. > > 2.0.0 to libdav1d.so.3.0.0. > > I will be updating it next week on F31/32,

Re: OpenCV 4.1.x update in rawhide

Hi there, There is a plan to update opencv to 4.1.x in rawhide. At this stage there are few packages that will need fixing as shown in the copr project: https://copr.fedorainfracloud.org/coprs/kwizart/opencv4/builds/ (resubmit might still be in progress). Any help is welcomed in the process.The

Re: libdav1d SONAME bump

Le ven. 11 oct. 2019 à 16:33, Xavier Bachelot a écrit : > > Le 11/10/2019 à 16:10, Robert-André Mauchin a écrit : > > Hello, > > > > Dav1d 0.5.0 was published today and brings a SONAME bump from libdav1d.so. > > 2.0.0 to libdav1d.so.3.0.0. > > I will be updating it next week on F31/32, consumers

Re: Don't add default contents in `fedpkg request-branch` tickets Was: Re: can we merge package.cfg into master

Le jeu. 3 oct. 2019 à 21:40, Pavel Raiskup a écrit : > > On Friday, September 27, 2019 6:29:54 PM CEST Sérgio Basto wrote: > > On Fri, 2019-09-27 at 12:06 -0400, Neal Gompa wrote: > > > On Fri, Sep 27, 2019 at 12:03 PM Sérgio Basto > > > wrote: > > > > Hi, > > > > epel 8 brings a new file called

Re: Which arch should we add to Copr?

Le mar. 17 sept. 2019 à 15:51, Dan Horák a écrit : > > On Tue, 17 Sep 2019 15:01:48 +0200 > Miroslav Suchý wrote: > > > Dne 17. 09. 19 v 13:12 Dan Horák napsal(a): > > > sounds great, but are they using a real hw or are they emulated (and > > > how)? > > > > It will be emulated using --forcearch

Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

Le ven. 13 sept. 2019 à 11:44, Dridi Boukelmoune a écrit : > > > Maybe in other distros, people interested in i686 support actually do > > something about it instead of talking and talking and talking about it > > on mailing lists? > > Maybe someone with so much free time on their hands could

Re: Fedora 32 System-Wide Change proposal: x86-64 micro-architecture update

Le mar. 23 juil. 2019 à 09:38, Nicolas Chauvet a écrit : > > Le mar. 23 juil. 2019 à 08:30, Igor Gnatenko > a écrit : > > > > On Tue, Jul 23, 2019 at 4:31 AM Igor Gnatenko > > wrote: > > > > > > Hi Florian, > > > > > > On Mon, J

Re: Fedora 32 System-Wide Change proposal: x86-64 micro-architecture update

Le mar. 23 juil. 2019 à 08:30, Igor Gnatenko a écrit : > > On Tue, Jul 23, 2019 at 4:31 AM Igor Gnatenko > wrote: > > > > Hi Florian, > > > > On Mon, Jul 22, 2019 at 9:28 PM Ben Cotton wrote: > > > > > > https://fedoraproject.org/wiki/Changes/x86-64_micro-architecture_update > > > > > > ==

Re: true or false: pkgconfig(foo) vs foo-devel

Le ven. 19 juil. 2019 à 10:33, Nicolas Mailhot via devel a écrit : > > Le vendredi 19 juillet 2019 à 08:48 +0200, Remi Collet a écrit : > > Le 18/07/2019 à 18:26, Nicolas Chauvet a écrit : > > > > "Build dependencies on Fedora packages which provide pkg-config >

Re: true or false: pkgconfig(foo) vs foo-devel

Le jeu. 18 juil. 2019 à 17:12, Philip Kovacs via devel a écrit : > > > It does not matter if the config process uses pkgconfig or not. > > Depending on the package name is not a way to state you're not using > > pkgconfig, it's a way to get broken builds when the package you depend > > on gets

Re: Orphaned python2-django1.11

Le mer. 19 juin 2019 à 15:16, Petr Viktorin a écrit : > > Hello, > Back when [Django 2.0] was released in Fedora 28, I took over Django > 1.11 LTS as some important (to me) packages depended on it. I'm no > longer interested in maintaining it, so I've orphaned it. > Let me know if you want to

Re: Nvidia GPU overclocking in Fedora Silverblue 30 is currently broken

Le mar. 9 juil. 2019 à 09:42, Ty Young a écrit : For more clarity, please answer in bugzilla (either as new RFE or the current report). > > With that said, the appropriate doc is here: > > https://rpmfusion.org/Howto/NVIDIA > > It is only mentioned to install akmod-nvidia and

Re: Nvidia GPU overclocking in Fedora Silverblue 30 is currently broken

Le lun. 8 juil. 2019 à 21:29, Ty Young a écrit : > > Bug filed: https://bugzilla.rpmfusion.org/show_bug.cgi?id=5307 > > The driver itself seems perfectly fine in that the system boots and OpenGL > works perfectly fine. Games are playable. > > How do I output strace to a file directly? It spits

Re: Nvidia GPU overclocking in Fedora Silverblue 30 is currently broken

Le lun. 8 juil. 2019 à 16:30, Ty Young a écrit : > > Hi, > > > To whoever is packaging the Nvidia GPU driver in Fedora / RPM Fusion, > overclocking support is currently broken. Not even nvidia-settings is > able to set a GPU core offset value via GUI despite a correct coolbits > value being set.

Re: glibc-headers troubles with rawhide on ARM

Le mer. 3 juil. 2019 à 04:35, David Airlie a écrit : > > On Tue, Jul 2, 2019 at 10:57 PM Olivier Fourdan wrote: > > > > Hi, > > > > On Tue, Jul 2, 2019 at 2:22 PM Peter Robinson wrote: > > > On Mon, Jul 1, 2019 at 12:02 PM Florian Weimer wrote: > > > > [...] > > > > > > > > on Arm hasn't

Re: GCC / annobin changes in F30

Le ven. 28 juin 2019 à 06:03, Michael Cronenworth a écrit : > > Hi, > > I was attempting to package the Kodi 18.3 update for RPMFusion but ran into a > compiler > error very early in the build. GCC outputs the following type of messages: > > cc: error: .annobin-Wl,-wrap,_IO_getc.end: No such

Re: glibc-arm-linux-gnu help

Le mer. 12 juin 2019 à 10:50, Elliott Sales de Andrade a écrit : > > On Mon, 10 Jun 2019 at 16:46, Tom Callaway wrote: > > > > Reviving this. I do not have the time nor the energy to attempt to keep > > this going, so I am going to disable the shared bits in cross-gcc and kill > > off

Re: /etc/yum.repos.d -> /etc/distro.repos.d

Le mer. 13 mars 2019 à 13:39, Miroslav Suchý a écrit : > > Hi, > I am curious whether we can move our repo files from > /etc/yum.repos.d > to > /etc/distro.repos.d I don't see the point to "change" this directory for "pleasure" if it doesn't come with more features. Right now yum.repos.d

Re: Donate 1 minute of your time to test upgrades from F29 to F30

Le jeu. 28 févr. 2019 à 10:23, Miroslav Suchý a écrit : > > Do you want to make Fedora 30 better? Please spend 1 minute of your time and > try to run: > > sudo dnf --releasever=30 --setopt=module_platform_id=platform:f30 > --enablerepo=updates-testing distro-sync As the issue was raised

Re: Fixing Wireguard spec file

Le mar. 29 janv. 2019 à 16:33, Germano Massullo a écrit : > > This [1] is the Wireguard spec file from upstream Copr repo [2]. > Wireguard will be included in kernel 5.0, but meanwhile we are using it as > dkms. There is a wireguard package maintained by Robert-André Mauchin on RPM Fusion that

Re: RFC: make fedora-release archful and add some provides

Le ven. 14 déc. 2018 à 20:34, Igor Gnatenko a écrit : > > Hello folks, > > for long time we have problem if you have some arch-specific > BuildRequires, you still get one src.rpm from one of arches (not sure > how koji chooses that one) which might not work for your architecture. > > For example

[EPEL-devel] Re: EPEL-7 x86_64 repoclosure failure

2018-08-28 23:30 GMT+02:00 Eli Young : > Breaking it down a bit more, the following EPEL7 packages are in the CentOS > 7.5 base and/or updates repositories: [...] > libva > libva-devel I've just retired libva in epel7 because the package was moved into RHEL 7.5 FYI, when rhel7 beta was out, I've

Fwd: Soname break for glew

I'm preparing an update for glew to 2.1.0 (with soname bump) (pushed in rawhide but not built yet). https://koji.fedoraproject.org/koji/taskinfo?taskID=29087244 Given that the freeze break is next week, I will push the update in rawhide, then in f29 next. Here are the dependencies:

Re: Unannounced SONAME bump for libssh

Le ven. 17 août 2018 à 16:05, Michael Cronenworth a écrit : > > The libssh package uses wildcards on SONAME version. The package was upgraded > from > 0.7.5 to 0.8.1 in Fedora 27+ that included a SONAME bump. I don't see any SONAME bump libssh.so.4 is still used in both packages version in f28

Re: Fedora crda To wireless-regdb Upgrade

2018-07-20 20:47 GMT+02:00 John W. Linville : [...] > QUESTIONS > > Are there reasons to oppose the Obsolete/Provides upgrade path from > crda to wireless-regdb? Would it be desirable to require users to > manually intervene by installing wireless-regdb by hand? FWIW, I do not > see any benefit

libupnp ABI change notice

Hi, I plan to update libupnp to 1.8.3 which comes with an ABI bump. The libthreadutil library is also dropped in this new release. I will rebuild the dependent applications f29 scratch build https://koji.fedoraproject.org/koji/taskinfo?taskID=26339066 On a side note, I've also updated the

"libcryptopp update to 6.1.0 with ABI change"

Hi, I plan to update cryptopp to 6.1.0 release for f28+ later today. This will not change the ABI number, because our package was previously patched with a forged SONAME to only use the one number convention (aka libcryptopp.so.6 instead of libcryptopp.so.6.0). The good news, is that upstream

Re: F28 Self Contained Change: VA-API 1.0.0

A-API 1.0.0 = >> > https://fedoraproject.org/wiki/Changes/VA-API_1.0.0 >> > >> > Change owner(s): >> > * Nicolas Chauvet >> > >> > This change is about upgrading libva and others to version 2.0. This >> > change affects several multimedia p

Re: libcdio soname bump in rawhide

2018-01-19 9:15 GMT+01:00 Adrian Reber <adr...@lisas.de>: > On Fri, Jan 19, 2018 at 06:50:16AM +0100, Nicolas Chauvet wrote: >> 2018-01-18 22:25 GMT+01:00 Adrian Reber <adr...@lisas.de>: >> > libcdio upstream released the 2.0 version a few weeks ago and I will >

Re: libcdio soname bump in rawhide

2018-01-18 22:25 GMT+01:00 Adrian Reber : > libcdio upstream released the 2.0 version a few weeks ago and I will > updated rawhide to the latest libcdio version. It comes with a new > soname and I will also rebuild all dependencies. Hi Adrian, Can you wait a week at least ? We

Re: Pulling in rpmfusion appstream data with weak dependencies?

2018-01-18 20:21 GMT+01:00 Neal Gompa : > On Thu, Jan 18, 2018 at 2:19 PM, Matthew Miller > wrote: >> On Thu, Jan 18, 2018 at 01:02:49PM -0600, Dennis Gilmore wrote: >>> The only way to really do this would be to make rpmfusion-release >>> require it.

Re: Pulling in rpmfusion appstream data with weak dependencies?

2018-01-18 20:02 GMT+01:00 Dennis Gilmore : > The only way to really do this would be to make rpmfusion-release > require it. However that will mean users have to download and install > two packages to make it all work. That may break things for people who > intentionally remove

Update to VA-API 1.0.0 (libva-2.0.0 with SONAME bump)

Hi, I plan to update libva to 2.0.0. It comes with a SONAME bump. (and libva-egl and libva-tpi library removed, but it's not used anywhere) Because of the SONAME, this is fedora 28 only material. Here is the full list of dependencies to be rebuilt: dnf repoquery --whatrequires libva.so.1\*

Re: Django 2.0 released, and what it means to you

2017-12-12 16:17 GMT+01:00 Miro Hrončok : > On 7.12.2017 10:56, Matthias Runge wrote: >> >> To follow-up on this, I'm drafting a change[1]. Since my >> responsibilities changed, this has a quite low priority for me. >> Any help is greatly appreciated! >> >> Best, >> Matthias

Re: Django 2.0 released, and what it means to you

2017-12-06 10:26 GMT+01:00 Matthias Runge : > On Wed, Dec 06, 2017 at 09:56:28AM +0100, Lumir Balhar wrote: >> On 12/05/2017 04:27 PM, Miro Hrončok wrote: >> > Maybe a Fedora Change coordinating this would be nice? > > probably a good idea. > >> > Those are packages that

Re: Fedora 27 is here

2017-11-15 23:02 GMT+01:00 Nicolas Chauvet <kwiz...@gmail.com>: > Hi, > > Just want to say welcome to Fedora 27 ! > > The RPM Fusion repository is ready to server f27 content in time for > the release. However, there are few packages that were broken in the >

Fedora 27 is here

Hi, Just want to say welcome to Fedora 27 ! The RPM Fusion repository is ready to server f27 content in time for the release. However, there are few packages that were broken in the process. The ones I'm aware are currently fixed and been pushed in the updates repos. I plan to fixup the GA repo

Re: Kernel 4.13 rebase plans

2017-09-22 20:46 GMT+02:00 : > Oh boy. :) > > Does anyone know if the fallback is working properly? Because if so, then Just restoring the fact here, because despite the fallback idea is hans/WG the implementation is "RPM Fusion Community" original works. (1) So yet as soon

Re: getting kernel-devel added

2017-09-12 17:35 GMT+02:00 Ben Williams : > hello > > This is an issue i am seeing with new users: > > I was at a University installfest this weekend and this was the major issues > for Endusers. > > case A) Students are using Fedora on windows in a VM (Vbox in this case) for

Re: Splitting AppStream data into Workstation/Server

2017-09-04 19:20 GMT+02:00 Richard Hughes : > On 4 September 2017 at 17:56, Neal Gompa wrote: >> It sounds like it would make more sense for createrepo_c to link to >> the AppStream builder library to handle AppStream metadata processing >> as part of the

Re: Can't upgrade to Fedora 27 via dnf system-upgrade

2017-08-30 19:01 GMT+02:00 Heiko Adams : > Hi, > it seems the upgrade path to Fedora 27 via dnf system-upgrade is > currently broken. Everytime I try to upgrade I get the following > errors: There are lot of different errors, but for what rpmfusion is concerned, you should

Re: ENOTIME

2017-07-20 17:04 GMT+02:00 Orion Poplawski : > My workload at $dayjob$ has increased significantly so I'm afraid I have much > less time to devote to packaging work. Now more than ever I could use help > maintaining my packages (listed below). If you are interested, please

[EPEL-devel] Multilibs support for epel - packages whitelist

Hi, From time to time this question rise up. So I would like to bring another view from this issue. I've tried to look at existing topics and the main issue seems the requirement to build using rhel. The other point is that if that both arches (i686,x86_64 as soon as x86 is concerned) are built,

Re: Fixing kmodtool / dropping kmodtool from redhat-rpm-config

2017-02-13 9:29 GMT+01:00 Hans de Goede : > Hi all, > > redhat-rpm-config in Fedora still contains an ancient copy of kmodtool > back from the days when Fedora allowed kmods directly into the main > Fedora repo, rather then only allowing them in 3th party repositories. > >

Re: libglvnd review request, reviewer needed

2017-01-13 16:56 GMT+01:00 Hans de Goede <hdego...@redhat.com>: > Hi, > > On 01/12/2017 11:24 PM, Nicolas Chauvet wrote: >> >> 2017-01-12 19:04 GMT+01:00 Hans de Goede <hdego...@redhat.com>: >>> >>> Hi All, >>> >>>

Re: libglvnd review request, reviewer needed

2017-01-12 19:04 GMT+01:00 Hans de Goede : > Hi All, > > I've just submitted a pkg review request for libglvnd: > > https://bugzilla.redhat.com/show_bug.cgi?id=1412764 > > This is the last building block needed to allow full > parallel installation of the nvidia binary driver

Re: crypto-policies not very useful, FUTURE too strict?

2016-12-17 16:19 GMT+01:00 Tomasz Torcz : > Hi, > > Since few release we have nifty, consolidated way to select system-wide > crypto > policy. It's great, but granularity of selection is little lacking. We have > basically two sensible choices: > - DEFAULT, which is, well,

Re: samba client broken in rawhide?

2016-12-06 12:39 GMT+01:00 James Hogarth : > I'm trying to build the owncloud 9.1.1 update but in rawhide mock is > failing with: > > Error: nothing provides libldb.so.1(LDB_0.9.10)(64bit) needed by > samba-client-libs-2:4.5.1-1.fc26.x86_64 > > Was there a SO bump that

Re: what happened with rawhide/i386

2016-09-27 14:33 GMT+02:00 Sérgio Basto : > Hi, > I'm getting errors when build in i386 of rawhide and check that master > and mirror haven't i386 [1] had I missing something ? , this is a bug > or a feature ? > > [1]

Re: kmods and Fedora

2016-01-14 18:05 GMT+01:00 Neal Gompa : > On Thu, Jan 14, 2016 at 11:01 AM, Reindl Harald > wrote: > > > > Am 14.01.2016 um 16:56 schrieb Neal Gompa: > >> > >> I've recently been wondering why we haven't allowed kernel module > >> packages in Fedora

Re: Heads Up: New pugixml coming to rawhide

2015-10-19 20:46 GMT+02:00 Richard Shaw : > In the next couple of days I'll be doing an update of pugixml in rawhide. > The affected packages seem to be: > > # repoquery --qf=%{name} --repoid=rawhide --whatrequires --source > "libpugixml.so.1()(64bit)" >

Re: Remove gcc, gcc-c++ and make from minimal build root

2015-01-15 20:18 GMT+01:00 Orion Poplawski or...@cora.nwra.com: On 01/15/2015 04:20 AM, Ralf Corsepius wrote: On 01/14/2015 03:10 AM, Orion Poplawski wrote: On 01/12/2015 06:08 AM, Vít Ondruch wrote: Dear Fedora developers, I'd like to collect some feedback about the $SUBJECT, i.e.

Re: Best way to use zram in Fedora 21?

systemd or else ? On my installed workstation system, I can remove anaconda that is now undeeded but I would like to keep zram.service installed. Thx for your answear. Nicolas Chauvet -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code

Re: [HEADS UP] Bump mesa to 10.3.2 for F20

Le 29 oct. 2014 09:39, Igor Gnatenko ignatenkobr...@fedoraproject.org a écrit : Hi, I'm planning update mesa in F20 to 10.3.2. Probably I'll broke some packages, let's rebuild ... This is a good idea by itself. But this might have a dependency on a newer llvm and there is a libxatracker

Fwd: Ophaning lcms(1)

Hello, I'm orphaning lcms, this package has seen few security issue and upstream claim it's deprecated over lcms2 rhel 7 doesn't depends on it for the few package, so it might be an option not to build lcms support for certain package # repoquery --whatrequires liblcms.so.1 --source

Re: perl-Guard in EPEL-7

Feel free to request the branch I'm notre interested un perl module anymore. So feel free to request acl on the Fedora package also. Thx for asking Nicolas (kwizart) Le 17 févr. 2014 15:17, Paul Howarth p...@city-fan.org a écrit : Hi, I need perl-Guard in EPEL-7 as a dependency of

Re: What is support status of PowerVR GPUs in Fedora? (Intel D2500 and gma500_gfx)

2013/11/15 valent.turko...@gmail.com valent.turko...@gmail.com Thank you all for great feedback, I found these awesome online resources for gma500_gfx - https://gist.github.com/Aissen/2925633 https://wiki.archlinux.org/index.php/Poulsbo

Re: New maintainer for lirc/Jarod Wilson's packages

2013/10/1 Bastien Nocera bnoc...@redhat.com - Original Message - Hi, Jarod Wilson, the current lirc maintainer, announced that he wants someone else to maintain lirc due to lack of time/interest[0]. Probably his other four packages need a new maintainer as, well[1]:

Release Ownership for oyranos

Hi, I've released ownership for oyranos which currently FTBFS in f20. I will not have time to fix in the f20 time frame, so it might be blocked or even retired if none volunteer to maintain it. There will be a need to update elektra first, then if one in interested in this package, libXcm and

Re: [ACTION REQUIRED] Packages depending on retired packages

2013/8/29 Till Maas opensou...@till.name On Wed, Aug 28, 2013 at 10:53:53PM +0200, Till Maas wrote: Package(co)maintainers === directfb orphan, kwizart tslib

Re: [SDL/f19] (2 commits) ...Add NAS support

2013/7/26 Petr Pisar ppi...@fedoraproject.org Summary of changes: 63275df... Add esound and arts BRs (*) 43ee9b2... Add NAS support (*) Do we really need to re-enable thoses deprecated sound server ? I guess no Nicolas (kwizart) -- devel mailing list devel@lists.fedoraproject.org

  1   2   3   >