Re: [vcmi/f40] Can be built with ffmpeg-free-devel as well
Hello, Peter. I can see that you've resumed your open source contributions. Great! On Monday, 08 July 2024 at 04:44, runlevel5 wrote: > commit a29398a4ed39d21d0677097fedefdb63d76afe64 > Author: Peter Lemenkov > Date: Thu Jul 4 21:07:06 2024 +0200 > > Can be built with ffmpeg-free-devel as well Does that mean it can be moved to Fedora? I can't see any non-Fedora dependencies in the spec anymore. If that's the case, please submit it for review in Fedora and block MultimediaSIG tracker bug. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
flowblade can be moved to Fedora
Hi, Martin. I've noticed that you updated flowblade and checked if it can be moved to Fedora. It appears it has no dependencies outside Fedora (after the obvious: sed -e |Requires: ffmpeg|Requires: /usr/bin/ffmpeg| It builds in rawhide and works. I opened https://bugzilla.rpmfusion.org/show_bug.cgi?id=6960 to track this. By the way, could you join the Multimedia SIG Matrix room? #multimedia:fedoraproject.org You maintain quite a few multimedia-related packages already, so it'd be good to have you there. You're welcome to join the SIG as well, of course. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: intoduction
On Monday, 03 June 2024 at 15:29, solomoncyj--- via rpmfusion-developers wrote: > hi, i am new here. I would like to ask, if we are not the developer of > the pacakege, can we still add it? Most of package maintainers are not developers of their respective upstream projects. It's not a requirement to be the upstream developer to maintain a package. > also, are there and GitHub Actions > CI/CD templats that can be used to automatically submit updates from > github releases? Packages must be built on our internal builders from source. We don't have any integration options to trigger RPM Fusion builds from GitHub Actions. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Seeking sponsor to package SuperNOVAS C/C++ astrometry library
Hello, Attila. On Tuesday, 21 May 2024 at 20:15, attipaci--- via rpmfusion-developers wrote: > Hi, > > > I am the maintainer of SuperNOVAS, a C/C++ astrometry library. It is a > fork of the Naval Observatory Vector Astrometry Software (NOVAS) > package. It provides bug fixes, many improvements, and online > documentation, and is focused on improving usability and promoting > best practices, all the while also maintaining 100% API compatibility > with the upstream NOVAS C library (version 3.10). > > The source code and releases are hosted on GitHub: > > https://github.com/Smithsonian/SuperNOVAS > > And, you can find more information on the library (including API > documentation) on the SuperNOVAS pages at: > > https://smithsonian.github.io/SuperNOVAS/ > > The library is published with no licensing restrictions (i.e. under > the 'Unlicense'). > > I would like to package the library for RPMFusion. Since this will be > my first contribution, I will be needing a sponsor, as well as help > and advice on packaging the library. Unlicense is on the list of allowed licenses for Fedora: https://docs.fedoraproject.org/en-US/legal/allowed-licenses/ However, the original code that SuperNOVAS claims to be a fork of has this license: novasc-3.1/README.txt: ... IV. Using NOVAS in Your Applications NOVAS has no licensing requirements. If you use NOVAS in an application, an acknowledgement of the Astronomical Applications Department of the U.S. Naval Observatory would be appropriate. Brief descriptions of applications that use NOVAS are welcome; use technical-support contact information below. Your input helps us justify continued development of NOVAS. ... This looks like an attempt at a permissive license, but it lacks the usual "permission to use, modify, copy and distribute with or without modification" explicit grant, so I'm not sure it can be included as-is. I'd recommend contacting Fedora legal mailing list and asking there: https://lists.fedoraproject.org/archives/list/le...@lists.fedoraproject.org/ You can also ask this license to be reviewed directly on the legal tracker: https://docs.fedoraproject.org/en-US/legal/license-review-process/ Once this is clarified, this should be submitted for Fedora, not here. > I look forward to the journey. Welcome! Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
mpc-qt moving to Fedora
Hi! mpc-qt is being moved to Fedora now. I've just approved the review request: https://bugzilla.redhat.com/show_bug.cgi?id=2280171 I'll post again when it's built in Fedora and ready to be retired here. Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [ffmpeg] Update to 7.0
Hello, Nicolas. On Tuesday, 23 April 2024 at 12:05, Nicolas Chauvet wrote: > Le mar. 23 avr. 2024 à 00:19, Dominik 'Rathann' Mierzejewski > a écrit : > > > > Hello, Leigh. > > > > On Friday, 19 April 2024 at 16:30, Leigh Scott wrote: > > > commit 994ebf9da6930ed28c3a1daa6cdcb9fdc070bf80 > > > Author: Leigh Scott > > > Date: Fri Apr 19 15:30:14 2024 +0100 > > > > > > Update to 7.0 > > > > Thanks for working on 7.0 update. This is an ABI bump and there was no > > announcement on RPM Fusion developers mailing list (nor on Fedora > > developers list), so please revert this. None of the dependent packages > > in RPM Fusion has been rebuilt as far as I can tell, so this can be done > > without using Epoch, I think. > > > As I mentioned[1], I am planning to build 7.0 and evaluate the impact of > > this update some time after the F40 release. > > > Moreover, the Fedora side is not ready yet and will not be for some time > > as we have to evaluate the possible legal impact of the changes in this > > new release. This will take at least a few weeks as most of the relevant > > maintainers are busy. > > > > [1] > > https://lists.rpmfusion.org/archives/list/rpmfusion-us...@lists.rpmfusion.org/message/5WPTNZN3PV3PZ7GZOYT45O3WU37MOK2B/ > > This update was untagged on purpose. I guessed as much, but it is still blocking any changes to the package unrelated to the version update that could be done independently, e.g. enabling ICC profile support via lcms2 (to match Fedora: https://src.fedoraproject.org/rpms/ffmpeg/blob/rawhide/f/ffmpeg.spec#_596) > Please do your best to land this update for f41+ (only) on fedora side > as this is a very much awaited update. That is the plan, but there's no ETA yet. So, I'd still insist on reverting until 1. all consumers are rebuilt and the impact is known and 2. the Fedora side is ready to be built as well. Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [ffmpeg] Update to 7.0
Hello, Leigh. On Friday, 19 April 2024 at 16:30, Leigh Scott wrote: > commit 994ebf9da6930ed28c3a1daa6cdcb9fdc070bf80 > Author: Leigh Scott > Date: Fri Apr 19 15:30:14 2024 +0100 > > Update to 7.0 Thanks for working on 7.0 update. This is an ABI bump and there was no announcement on RPM Fusion developers mailing list (nor on Fedora developers list), so please revert this. None of the dependent packages in RPM Fusion has been rebuilt as far as I can tell, so this can be done without using Epoch, I think. As I mentioned[1], I am planning to build 7.0 and evaluate the impact of this update some time after the F40 release. Moreover, the Fedora side is not ready yet and will not be for some time as we have to evaluate the possible legal impact of the changes in this new release. This will take at least a few weeks as most of the relevant maintainers are busy. [1] https://lists.rpmfusion.org/archives/list/rpmfusion-us...@lists.rpmfusion.org/message/5WPTNZN3PV3PZ7GZOYT45O3WU37MOK2B/ Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
ffms2 moving to Fedora
Hi! It looks like ffms2 can be moved to Fedora now. I opened a review ticket with the 5.0-RC3 build. Cc'ing Igor, the original maintainer, though I suspect he might be too busy to keep maintaining it. Bugzilla ticket for reference: https://bugzilla.redhat.com/show_bug.cgi?id=2274319 I'll post again when it's ready to be retired. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [ffmpeg] Fix vulkan build issue
Thanks for finding and applying the upstream fix! Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [bino] Update bino to 2.1
On Tuesday, 26 March 2024 at 08:49, Leigh Scott via rpmfusion-developers wrote: > Why didn't the cunt inform us instead of wasting my fucking time! 1. Yes, someone has forgotten to retire the package in RPM Fusion. This happens in Fedora, too, and is no excuse for your reaction. 2. You're not the maintainer of bino. Have you contacted the maintainer before working on updating the package? 3. Using that kind of language is unacceptable. You should apologize immediately and remove the offensive language from your retirement commit log. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [bino] Update bino to 2.1
On Tuesday, 26 March 2024 at 01:44, Leigh Scott wrote: > commit 18bfd88a84df92c3efb1d7729eab367a85247230 > Author: Leigh Scott > Date: Tue Mar 26 00:44:36 2024 + > > Update bino to 2.1 Uhm. It should be retired instead: https://src.fedoraproject.org/rpms/bino Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: gpac can be moved to Fedora
On Wednesday, 13 March 2024 at 21:46, Nicolas Chauvet via rpmfusion-developers wrote: > Le mer. 13 mars 2024, 21:44, Nicolas Chauvet a > écrit : > > > Only gpac-static is used for x264 to minimise an oversized > > dependency on the full shared gpac library. I have no intention of dropping gpac-static for the above reason exactly. > > Until you keep that , I'm fine. Great! https://bugzilla.redhat.com/show_bug.cgi?id=2270199 submitted. > > Please remind that you Need to take over the full maintenance of the > > library. Sure. Multimedia SIG will take care. Two of my patches were accepted upstream already. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
gpac can be moved to Fedora
Hi! It looks like gpac can be moved to Fedora now. The only optional dependency enabled by default in the current package is faad2, but AAC decoding works fine via FFmpeg (ffdec:libfdk_aac or ffdec:aac with libavcodec-freeworld). In fact, FFmpeg decoder is used by default even if gpac is built with faad2 support enabled. I'd like this to happen soon, so if Nicolas doesn't want to or doesn't have time to submit the review request within the next few days, I'll happily do it. Bugzilla ticket for reference: https://bugzilla.rpmfusion.org/show_bug.cgi?id=6890 -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: F40 Mass rebuild in RPM Fusion v2
On Sunday, 10 March 2024 at 07:47, Dominik 'Rathann' Mierzejewski via rpmfusion-developers wrote: > On Sunday, 10 March 2024 at 00:23, Sérgio Basto via > rpmfusion-developers wrote: > [...] > > Last run: 2024-03-09 18:48:15.435796 UTC > > > > Failed builds: 18 > [...] > > Package: HandBrake > [...] > > Package: x264 > > I'll fix the above. Both fixed. x264 fix sent upstream. HandBrake has the fix in 1.7.0+. Last time I checked, 1.7.0 depended on non-upstream FFmpeg patch and couldn't be compiled against system FFmpeg without reverting some commits. I'll check again with 1.7.3. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: F40 Mass rebuild in RPM Fusion v2
Hello, Sérgio. On Sunday, 10 March 2024 at 00:23, Sérgio Basto via rpmfusion-developers wrote: [...] > Last run: 2024-03-09 18:48:15.435796 UTC > > Failed builds: 18 [...] > Package: HandBrake [...] > Package: x264 I'll fix the above. Regards, -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Removal from default bugzilla CC list
On Thursday, 18 January 2024 at 14:17, Julian Sikorski via rpmfusion-developers wrote: [...] > Thanks! It's not about the bug itself. The intense discussion made me > realise that I have not contributed to mplayer and/or ffmpeg for a > really long time. The way I consume media has also changed in the > recent years so it is just time to move on. Fair enough. Thank you for all your contributions in this area so far. I made a similar observation regarding some scientific packages where I was still the main maintainer in Fedora and I decided to hand them over/orphan them, so I understand completely. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Removal from default bugzilla CC list
On Thursday, 18 January 2024 at 12:51, Julian Sikorski via rpmfusion-developers wrote: > Hi list, > > where can I request to be removed as a co-maintainer/default bugzilla CC for > ffmpeg and mplayer? Bug 6843 is the straw that broke the camel's back, > sorry. I believe here: https://admin.rpmfusion.org/pkgdb/package/free/ffmpeg/ and here: https://admin.rpmfusion.org/pkgdb/package/free/mplayer/ It's unfortunate that Cisco repo for rawhide was not populated in time. This is being worked on from two angles, actually. One is getting those openh264 packages in place, finally, and another is introducing an openh264 stub into Fedora to avoid broken dependencies in case the upload is delayed again. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Issue about gst1 and fuller ffmpeg
On Sunday, 07 January 2024 at 21:28, Nicolas Chauvet wrote:
> Le ven. 5 janv. 2024 à 15:55, Dominik 'Rathann' Mierzejewski
> a écrit :
[...]
> I'm not sure this is an issue with gstreamer1 as until now when any
> gst plugins was (un-)installed, the cache could be rescanned. But with
> the ffmpeg complement, it's not a gstreamer1 package installation that
> drives this behavior, but switching from libavcodec-free to freeworld
> version. So we might be able to touch one or another directory to
> force end-user cache rebuild.
I tried touching %{_libdir}/gstreamer-1.0 after installing
libavcodec-freeworld, but it didn't help.
Anyway, I filed: https://bugzilla.redhat.com/show_bug.cgi?id=2257308
Regards,
Dominik
--
Fedora https://fedoraproject.org
Deep in the human unconscious is a pervasive need for a logical universe that
makes sense. But the real universe is always one step beyond logic.
-- from "The Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Issue about gst1 and fuller ffmpeg
On Thursday, 04 January 2024 at 09:41, Nicolas Chauvet wrote: > Le jeu. 4 janv. 2024 à 09:26, Dominik 'Rathann' Mierzejewski > a écrit : > > > > Hi, > > > > On Wednesday, 03 January 2024 at 15:23, Nicolas Chauvet wrote: > > > Hi there, > > > > > > And happy new year 2024. > > > > > > Seems like there is an issue with the way gst1-libav detects it's > > > features wrt fuller ffmpeg: > > > H264/H265 codec support are missing even after enabling the > > > ffmpeg-libs or libavcodec-freeworld. > > > https://discussion.fedoraproject.org/t/totem-h-265-no-video-only-audio-problem/100818/2 > > > (I already have seen similar reports elsewhere). > > > > > > Anyone knows a mean for gst1 to force detect ? (as we cannot delete > > > end-users content from our package script) > > > > I cannot reproduce any issues with H.265 playback using gst1-libav. > > Can you point to a specific bug report instead of some forum > > discussion? > > You mean you've tried to use libavcodec-free, then switching to > libavcodec-freeworld ? Before: not exactly. Now, yes. And I can confirm the issue. To reproduce: 1. Remove libavcodec-freeworld/ffmpeg-libs, gstreamer1-plugin-openh264, gstreamer1-plugins-bad-free and mesa-va-drivers-freeworld/intel-media-driver/libva-driver-intel 2. rm .cache/gstreamer-1.0/registry.*.bin 3. Try playing H.264/H.265 video with e.g. clapper. -> black image 4. Install libavcodec-freeworld (or even gstreamer1-plugin-openh264 only) 5. Try playing H.264 video -> still black image 6. rm .cache/gstreamer-1.0/registry.*.bin 7. Try playing H.264 video -> plays fine It looks like a bug in gstreamer which doesn't refresh local user plugin cache if there were plugins added since its last generation using /usr/libexec/gstreamer-1.0/gst-plugin-scanner . You can open a bug against gstreamer1 or I will do it later. > The other report I've got was IRC related where someone pointed to > this solution, but I cannot find out. > Most issue won't get into formal bug report. Unfortunately, it doesn't > mean the problem doesn't exist. > Even browsing into forums provides a good estimation about which > problem end-users are facing the most. True, although these problems are often self-inflicted. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Issue about gst1 and fuller ffmpeg
Hi, On Wednesday, 03 January 2024 at 15:23, Nicolas Chauvet wrote: > Hi there, > > And happy new year 2024. > > Seems like there is an issue with the way gst1-libav detects it's > features wrt fuller ffmpeg: > H264/H265 codec support are missing even after enabling the > ffmpeg-libs or libavcodec-freeworld. > https://discussion.fedoraproject.org/t/totem-h-265-no-video-only-audio-problem/100818/2 > (I already have seen similar reports elsewhere). > > Anyone knows a mean for gst1 to force detect ? (as we cannot delete > end-users content from our package script) I cannot reproduce any issues with H.265 playback using gst1-libav. Can you point to a specific bug report instead of some forum discussion? Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [vlc-plugins-freeworld] initial import (rfbz#6819)
On Monday, 18 December 2023 at 20:23, Nicolas Chauvet wrote: > Le dim. 17 déc. 2023 à 16:43, Dominik Mierzejewski > a écrit : > > > > commit 862cfbf78db610c5221c2274496e6de205718b21 > > Author: Dominik 'Rathann' Mierzejewski > > Date: Sun Dec 17 16:42:46 2023 +0100 > > > > initial import (rfbz#6819) > > > > .gitignore | 1 + > > sources| 1 + > > vlc-plugins-freeworld.spec | 231 > > + > > > Can you clarify who is going to maintain the el9 branch ? It's going to be Neal and myself. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [shotcut] Update to 23.11.29
Hi, Martin. shotcut can be built in Fedora directly. The BuildRequires: x264-devel isn't used during build, so it can be dropped. It uses libx264 only via FFmpeg. Please consider moving this to Fedora and taking advantage of Fedora infrastructure and CI. Regards, Dominik -- Fedora https://fedoraproject.org Deep in the human unconscious is a pervasive need for a logical universe that makes sense. But the real universe is always one step beyond logic. -- from "The Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [wxsvg] Moved to Fedora
On Friday, 01 September 2023 at 12:07, Sérgio Basto via rpmfusion-developers wrote: > Hi, > > https://admin.rpmfusion.org/pkgdb/package/free/wxsvg/ > > as you can see I'm the main maintainer of this package, why in Fedora I > just have commit permissions ? My apologies, fixed. > I don't mind that you move things to Fedora , if you maintain it , > which is not the case. As far as I know wxsvg is only used by dvdstyler And mp4tools. > so you just give us much more work on maintaint it because we need do > build root overrides dvdstyler and mp4tools are moving to Fedora as well, as soon as we get their dependencies in. Hopefully, before you need to do any extra work. > On other hand , would be nice if you ask first Fair point, I'm sorry. The Multimedia SIG (which you're welcome to join) intends to review and move as many as possible of the rpmfusion-free packages to Fedora. We have a work-in-progress Wiki page here: https://fedoraproject.org/wiki/Eligible_Multimedia_Packages Feel free to pick up and submit any of those maintained by you and block the MultimediaSIG tracker bug. Help with reviews is also welcome. PS. In case of wxsvg, this was technically an unretirement (which I missed initially). The package used to be included in Fedora 15 years ago! Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
wxsvg has moved to Fedora
Hello all, wxsvg has moved to Fedora. Existing maintainers (sergiomb, martinkg) were added to the Fedora package ACL. Let me know if anyone else wants to be added to maintainer ACL in Fedora. Existing users will upgrade safely. I ran rfpkg retire on master branch and opened https://bugzilla.rpmfusion.org/show_bug.cgi?id=6759 to retire in pkgdb and block in koji. Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
libmms has moved to Fedora
Hello all, libmms has moved to Fedora. Existing maintainers (jwrdegoede, kwizart, sergiomb) were added to the Fedora package ACL. Let me know if anyone else wants to be added to maintainer ACL in Fedora. Existing users will upgrade safely. I ran rfpkg retire on master branch and opened https://bugzilla.rpmfusion.org/show_bug.cgi?id=6753 to retire in pkgdb and block in koji. Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: pianobar has moved to Fedora
On Thursday, 24 August 2023 at 21:13, Richard Shaw via rpmfusion-developers wrote: > On Thu, Aug 24, 2023 at 1:09 PM Dominik 'Rathann' Mierzejewski via > rpmfusion-developers wrote: > > > I've just approved pianobar for inclusion in Fedora. Existing maintainer > > hobbes1069 was added to the Fedora package ACL. Let me know if anyone > > else wants to be added to maintainer ACL in Fedora. > > Thanks for doing that! I don't have as much time for packaging as I used to > but will try to keep an eye on it from time to time. You're welcome! > I also just checked and it is setup on release monitoring but for some > reason it's saying the latest version is really the oldest... > > https://release-monitoring.org/project/320447/ > > Would it be good if there was an option to reverse the sorting? I'm not sure what you mean, I can see this: Latest version 2022.04.01 (commit) It looks correct to me... Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
pianobar has moved to Fedora
Hello all, I've just approved pianobar for inclusion in Fedora. Existing maintainer hobbes1069 was added to the Fedora package ACL. Let me know if anyone else wants to be added to maintainer ACL in Fedora. Existing users will upgrade safely. I ran rfpkg retire on master branch and opened https://bugzilla.rpmfusion.org/show_bug.cgi?id=6751 to retire in pkgdb and block in koji. Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Mass rebuild results for F39
On Wednesday, 16 August 2023 at 17:41, Andrew Bauer via rpmfusion-developers wrote: > For what it is worth, I took a stab at upgrading the telegram-desktop > package to the latest 4.9.1, but mock fails because the openh264 repos > for rawhide are returning http 404. I'll give it some time to settle > then will try again later. Is there any reason why telegram-desktop and tg_owt cannot be moved over to Fedora now? Regards, Dommik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: minidlna has moved to Fedora
On Monday, 17 July 2023 at 14:01, Sérgio Basto via rpmfusion-developers wrote: [...] > Can you point me where is the package review ? The bug number is mentioned in the commit log. https://bugzilla.redhat.com/show_bug.cgi?id=2168538 Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: minidlna has moved to Fedora
On Saturday, 08 July 2023 at 14:59, Petr Menšík wrote: > Hi, > > tried to rebuild it on f38. It failed to start in default configuration: > > čec 08 14:45:00 pemensik-t460 systemd[1]: Started minidlna.service - > MiniDLNA is a DLNA/UPnP-AV server software. > čec 08 14:45:00 pemensik-t460 minidlnad[1370484]: minidlna.c:1073: fatal: > Failed to drop supplementary groups. [Operation not permitted] EXITING. > čec 08 14:45:00 pemensik-t460 systemd[1]: minidlna.service: Main process > exited, code=exited, status=255/EXCEPTION > čec 08 14:45:00 pemensik-t460 systemd[1]: minidlna.service: Failed with > result 'exit-code'. > > Were different systemd service file used on rpmfusion? Shall I fill a bug > already? No need. That's my fault, actually. I'll fix it today. Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
minidlna has moved to Fedora
Hello all, I've migrated minidlna to Fedora for F37+ and added existing maintainers (musuruan, pemensik, Cc'd) to the Fedora package. Let me know if anyone else wants to be added to maintainer ACL in Fedora. Existing users will upgrade safely. Please retire in RPM Fusion, accordingly. Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
rawhide builds failing
DEBUG util.py:443: Error: Error downloading packages: DEBUG util.py:443:librsvg2-2.56.2-1.fc39.x86_64: Download failed: Status code: 404 for http://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/Packages/l/librsvg2-2.56.2-1.fc39.x86_64.rpm (IP: 192.168.182.1) Mirror sync issue? Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
normalize has moved to Fedora
Hello all, I've migrated normalize to Fedora for F37+ and added existing maintainer (dtimms, Cc'd) as admin to the Fedora package. Existing users will upgrade safely. Please retire in RPM Fusion accordingly. Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
orphaning mplayer
Hi! I decided to orphan mplayer as I haven't used it for years. Feel free to pick it up. Regards, Dominik -- Fedora https://fedoraproject.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: obs-studio
On Wednesday, 19 April 2023 at 08:43, Stephen via rpmfusion-developers wrote: > this needs to be rebuilt as there is a dependency issue with qt5 5.15.9 FYI, obs-studio is now in Fedora rawhide/39: https://bodhi.fedoraproject.org/updates/FEDORA-2023-bed98726a2 Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [libheif] Merge changes from Fedora
On Tuesday, 21 March 2023 at 12:20, Nicolas Chauvet wrote:
> Le mar. 21 mars 2023 à 11:13, Dominik Mierzejewski
> a écrit :
> ...
> >
> > @@ -45,11 +48,12 @@ file format decoder and encoder.
> >
> > %package -n heif-pixbuf-loader
> > Summary:HEIF image loader for GTK+ applications
> > +BuildRequires: pkgconfig(gdk-pixbuf-2.0)
> > Requires: %{name}%{?_isa} = %{version}-%{release}
> > Requires: gdk-pixbuf2%{?_isa}
>
> So it means we are yet again to have a stric EVR against the fedora package ?
> Can you please relax the version instead ?
Yes, I missed this. Thanks for highlighting. I'll fix this shortly.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
xmltv in Fedora? (was: [xmltv] Update to xmltv 1.2.0 release)
Is the original reason for this package being in RPM Fusion instead of Fedora even valid? https://bugzilla.rpmfusion.org/show_bug.cgi?id=34#c0 said: This package cannot be allowed in Fedora since it retrieve information from websites and thus could possibly violate EULA. I'm not entirely sure what the above means and I can't find anything that would forbid packaging website grabbers at https://fedoraproject.org/wiki/Forbidden_items or https://docs.fedoraproject.org/en-US/legal/ . I'd say youtube-dl or yt-dlp set a precedent here and xmltv could be moved to Fedora proper. What do you think? Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Updates and plans before f38 branching
On Wednesday, 08 February 2023 at 12:56, Nicolas Chauvet via
rpmfusion-developers wrote:
> As fedora has branched already ('or close'), here is the plan for rpmfusion.
>
> I'm proposing that we skip the mass-rebuild this time.
> The Main reason is, we are late and I don't have the time to deal with
> it by the end of the week(next monday I will be on PTO for two weeks).
> Most packages that we care about, are rebuilt with newer
> compiler/features already. (ffmpeg and alikes)
> With the new gcc major version, coming. There is often its own set of
> problems. From the past, we already had to rebuild a dedicated subset
> of packages because of newer compiler...
>
> That been said, it would be better if packages that are currently
> broken in rawhide to be fixed,
> so if anyone can help on fixing theses ?
> https://paste.centos.org/view/raw/1d60bfff
package: libmp3splt-0.9.2-13.fc37.x86_64 from rpmfusion-free
unresolved deps (1):
libFLAC.so.8()(64bit)
This can be moved to Fedora if anyone's still using it. Repoquery says
only mp3splt and mp3splt-gtk depend on it.
package: minidlna-1.3.2-1.fc38.x86_64 from rpmfusion-free
unresolved deps (1):
libFLAC.so.8()(64bit)
minidlna can be moved to Fedora. I've already volunteered to maintain
it: https://bugzilla.rpmfusion.org/show_bug.cgi?id=6278 . Andrea has not
responded to my latest comments, so I guess I'll submit it to Fedora
in the next few days.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Packages to be retired by f38
On Wednesday, 08 February 2023 at 12:42, Ralf Corsépius via rpmfusion-developers wrote: > > > Am 08.02.23 um 12:27 schrieb Dominik 'Rathann' Mierzejewski via > rpmfusion-developers: > > > > Plus the DVD- and BD-specific libraries. (Though most of these are > > > probably > > > still dependencies of other packages like ffmpeg, or are useful with data > > > discs as well.): > > > > > > - libbdplus > IIRC, it's an optional library, e.g. required by vlc to play back certain > types of BDs. It's actually libbluray that loads libbdplus as required, but thanks for the pointer. > > It seems to have no packages depending on it. Does anyone know if > > anything requires it? > > > > > - libdvdcss > > > > We still need this one to play (and convert) DVDs. > > Without this, CD playback will not be possible in many cases. I hope that's a typo. I haven't heard of any CDs requiring libdvdcss to play. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Packages to be retired by f38
On Wednesday, 08 February 2023 at 11:25, Frank Dana via rpmfusion-developers wrote: > There are an AWFUL lot of DVD-authoring and -conversion tools still in the > REPOs, considering how infrequently most people even encounter physical > media these days. > > Do we really need a half-dozen different ways to create menus and disc > images, so we can party like it's 1997? > >- dvdstyler >- dvd-slideshow >- dvd95 >- devedeng >- vobcopy I'd keep vobcopy to preserve the ability to convert DVDs. Of course, it can and should be moved to Fedora. >- vcdimager Likewise. It has a tool to convert VCD to plain MPEG-1. > Plus the DVD- and BD-specific libraries. (Though most of these are probably > still dependencies of other packages like ffmpeg, or are useful with data > discs as well.): > >- libbdplus It seems to have no packages depending on it. Does anyone know if anything requires it? >- libdvdcss We still need this one to play (and convert) DVDs. >- lxdvdrip >- ogmrip I guess these can go away and be reintroduced in Fedora if necessary. ogmrip depends on mencoder and mplayer, so it'd be an issue, but lxdvdrip depends only on dvdauthor and libdvdread, both of which are in Fedora already. I don't use any emulators these days. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: rfpkg scratch-build expected to work?
On Thursday, 19 January 2023 at 02:45, Richard Shaw via rpmfusion-developers wrote: [...] > Nah, for that I would just build locally and copy to Dropbox. I wanted to > take advantage of the multiple arches. > > I don't have time to play with it right now, but I wonder if I could fake > the other arches? Nothing is actually built, I'm just reorganizing their > provided ZIP file, adding supplementary stuff (firewall rules, logrotate > conf, systemd service file), and implementing selinux rules. You could use mock with qemu-user-static-aarch64. Or, I can give you access to my aarch64 VM (4 cores, 24GB RAM, at least 200GB storage) on Oracle Cloud or you can create one for yourself for free. It's part of their always-free tier. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [HandBrake] Link only against vpl.
On Sunday, 08 January 2023 at 10:45, Vitaly Zaitsev via rpmfusion-developers wrote: > On 07/01/2023 22:53, Dominik Mierzejewski wrote: > > You could've simply refrained from doing the update before investigating > > why the new dependency is x86_64-only. > > Nothing bad happened. Only Rawhide package was updated and x86_64 is a > primary architecture. I doubt someone uses this package on aarch64 or > ppc64le. I have an aarch64 machine where I test stuff, including RPM Fusion packages. But you're right, the number of HandBrake users on non-x86_64 arches is probably close to zero. Still, there's no reason to exclude them if the amount of effort required to keep HB building on other arches is low, as in this case. > Users have asked to update this package. Where? > They even started using a different repository that conflicts with RPM > Fusion. That is irrelevant. > > I meant contacting HandBrake package maintainers in RPM Fusion instead > > of just using your provenpackager privileges to do the update. > > I asked the RPM Fusion admins on IRC and they let me do the update. Are any of the people you asked listed as HandBrake package maintainers? If yes, then it's fine, though I'd have preferred to be notified that you were working on an update. I'll try to be on IRC more often this year, but I'm quite busy usually and I often forget to open my IRC client. If not, then I'm surprised that you think contacting infrastructure admins instead of maintainers is appropriate behaviour. In Fedora, do you ask the infrastructure team for permission to make an update to a package you don't maintain? > > The package is not unmaintained, but you have not opened a bugzilla > > ticket or even sent a message to us. > > Your last commit was on 2022-02-17. That's correct. What's your point? > > Now, I don't mind your doing the update, don't get me wrong. However, > > I do mind not doing due diligence before doing the update. Please do > > better next time. > > I will avoid touching your packages in the future. Sorry about that. I don't think you understood, so let me rephrase: I don't mind if you touch packages where I'm listed as maintainer. I think you're doing well both here and in Fedora. I'm just asking you to put in a bit of effort. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [HandBrake] Link only against vpl.
On Friday, 06 January 2023 at 22:33, Dominik 'Rathann' Mierzejewski wrote: > On Thursday, 05 January 2023 at 14:09, Vitaly Zaitsev wrote: [...] > > Also it now requires SVT-AV1, so the package can only be built on > > x86_64. > > From what I found, SVT-AV1 should build on other arches, too. I'll check > if ExcludeArch: x86_64 can be dropped from it. And, apparently, it can: https://bugzilla.redhat.com/show_bug.cgi?id=2158920 Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [HandBrake] Link only against vpl.
On Thursday, 05 January 2023 at 14:09, Vitaly Zaitsev wrote: > On 05/01/2023 13:31, Dominik 'Rathann' Mierzejewski wrote: > > > Link only against vpl. > > Why? > > It can't be built against Intel Media SDK exclusively: > https://github.com/HandBrake/HandBrake/commit/9ea845b71fad3eede3791ed565612e1db0354a1a > > OneVPL is a mandatory dependency now. But still it's optional on non-x86. > Also it now requires SVT-AV1, so the > package can only be built on x86_64. From what I found, SVT-AV1 should build on other arches, too. I'll check if ExcludeArch: x86_64 can be dropped from it. > I built it for Rawhide only due to such breaking changes. Thanks, but I'd prefer it if you highlighted the above issues in the mailing list or to HandBrake maintainers before going ahead and pushing. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [HandBrake] Link only against vpl.
On Thursday, 05 January 2023 at 10:56, Vitaly Zaitsev wrote: > commit 0b46db2d20d07b6f27f50faae9202a6589030729 > Author: Vitaly Zaitsev > Date: Thu Jan 5 10:56:14 2023 +0100 > > Link only against vpl. Why? Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [HandBrake] Restored ability to build without ffmpeg. Set ExclusiveArch.
On Thursday, 05 January 2023 at 11:48, Vitaly Zaitsev wrote: > commit fb54c4727ad92f495a5e76105fc455ae80758306 > Author: Vitaly Zaitsev > Date: Thu Jan 5 11:46:39 2023 +0100 > > Restored ability to build without ffmpeg. Set ExclusiveArch. Why do you want to build without ffmpeg? Why can't make the svt-av1 dependency conditional on x86_64 arch instead of disabling builds on all other arches? This is wrong, please fix or revert. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [intel-media-driver] Update to 22.5.4
On Sunday, 23 October 2022 at 10:42, Simone Caronni wrote: > Hi Dominik, > > sorry I was on holiday. > > On Mon, Oct 17, 2022 at 2:13 PM Dominik 'Rathann' Mierzejewski < > domi...@greysector.net> wrote: > > > Simone, would it make sense keep the oneVPL-intel-gpu package in > > sync with intel-media-driver (RPM Fusion), intel-mediasdk and > > intel-gmmlib (Fedora) in all branches? > > Yes we can, I've given you admin access to both oneVPL and > oneVPL-intel-gpu, even though I don't understand what you mean by "in > sync". The versioning is all different among the various components > both in terms of format and significance and in most cases there is > really no dependency between them. Intel's releases for oneVPL-intel-gpu list the corresponding component versions: https://github.com/oneapi-src/oneVPL-intel-gpu/releases oneVPL GPU Runtime: https://github.com/oneapi-src/oneVPL-intel-gpu/releases/tag/intel-onevpl-22.5.4 oneVPL Dispatcher and Samples: https://github.com/oneapi-src/oneVPL/releases/tag/v2022.2.2 Driver: https://github.com/intel/media-driver/releases/tag/intel-media-22.5.4 Gmmlib: https://github.com/intel/gmmlib/releases/tag/intel-gmmlib-22.2.0 libva: https://github.com/intel/libva/releases/tag/2.16.0 libva-utils: https://github.com/intel/libva-utils/releases/tag/2.16.0 So, by "in sync" I mean keep the oneVPL and oneVPL-intel-gpu packages at the version corresponding to other components released at the same time per Fedora branch. > Currently, intel-media-driver and intel-mediasdk versions are the > > following: > > intel-mediasdk intel-media-driver intel-gmmlib > > F38: 22.5.4 22.5.4 22.2.1 > > F37: 22.4.4 22.4.4 22.1.7 > > F36: 22.3.0 22.3.1 22.1.7 > > F35: 21.4.3 21.4.3 21.3.5 > > > > As you can see, we're only updating to the official releases: > > https://github.com/Intel-Media-SDK/MediaSDK/releases > > https://github.com/intel/media-driver/releases > > not to each tagged version. > > Any reason for this? Intel updates to the tagged releases as well when > possible in their repository. They usually contain bugfixes. What do you mean by "their repository"? Updating only to official releases was Nicholas' idea. Perhaps he can elaborate here. My take is that the official releases of the components are tested by Intel together as a set, so deviating from these versions brings us into untested territory, which we'd rather avoid. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: ffmpeg on F37 Was: Final f37 freeze in about one week
On Friday, 07 October 2022 at 18:22, Sérgio Basto wrote:
> On Fri, 2022-10-07 at 14:03 +0200, Dominik 'Rathann' Mierzejewski
> wrote:
> > On Thursday, 06 October 2022 at 18:25, Sérgio Basto wrote:
> > > On Wed, 2022-09-28 at 17:16 +0200, Nicolas Chauvet wrote:
> > > > Forwarded as a dedicated topic:
> > > >
> > > > -- Forwarded message -
> > > > [ ... ]
> > > >
> > > > On my side I want to rework the ffmpeg package to get back to
> > > > normal
> > > > (so conflicts with fedora will be restored) and only drop a
> > > > libavcodec
> > > > freeworld replacement in an additional dedicated sub-package
> > > > (with
> > > > ldconfig override) to complement the fedora counterpart.
> > > >
> > > > It means the best of two worlds:
> > > > - Having our ffmpeg build to be fully autonomous.
> > > > Do not require small pieces of fedora ffmpeg, and don't wait for
> > > > counterpart updates, which have been "dramatic" in the past,
> > > > specially
> > > > with chromium.
> > > > - It will also provide a means to complement the fedora ffmpeg-
> > > > free
> > > > one from the same package (and to not require a dedicated build,
> > > > maintenance).
> > >
> > > So we only need libavcodec_freeworld to complement ffmpeg-free.
> > >
> > > and what about move minidlna , smplayer etc to Fedora proper ?
> > > should
> > > it go ?
> >
> > I've been using minidlna with libav{codec,format,util}-free for many
> > months with no issues. I'd say it can go to Fedora as it doesn't
> > depend
> > on libavcodec at all, only on libavformat and libavutil. libavcodec-
> > free
> > is only pulled in as a dependency of libavformat.
> >
> > I'd be happy to co-maintain as I use it daily.
>
> I'm not the maintainer of minidlna , but I also use it often .
>
> but mlt for example, can I enable ffmpeg on Fedora proper and use
> libavcodec-freeworld ?
You can enable it at build time and the either install
libavcodec-freeworld or swap the whole ffmpeg-free with ffmpeg. Either
should work.
> Not just the question of moving packages to Fedora that just dependent
> on ffmpeg , but also if we should start enabling ffmpeg on some
> packages like opencv , MLT etc .
My opinion is that yes, we should start enabling ffmpeg everywhere it
makes sense.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [intel-media-driver] Update to 22.5.4
On Sunday, 16 October 2022 at 17:08, Nicolas Chauvet wrote: [...] > Date: Sun Oct 16 16:59:18 2022 +0200 > > Update to 22.5.4 Thanks. I updated intel-mediasdk to 22.5.4 in rawhide as well: https://koji.fedoraproject.org/koji/taskinfo?taskID=93137169 Simone, would it make sense keep the oneVPL-intel-gpu package in sync with intel-media-driver (RPM Fusion), intel-mediasdk and intel-gmmlib (Fedora) in all branches? Currently, intel-media-driver and intel-mediasdk versions are the following: intel-mediasdk intel-media-driver intel-gmmlib F38: 22.5.4 22.5.4 22.2.1 F37: 22.4.4 22.4.4 22.1.7 F36: 22.3.0 22.3.1 22.1.7 F35: 21.4.3 21.4.3 21.3.5 As you can see, we're only updating to the official releases: https://github.com/Intel-Media-SDK/MediaSDK/releases https://github.com/intel/media-driver/releases not to each tagged version. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Fwd: Final f37 freeze in about one week
On Thursday, 06 October 2022 at 18:25, Sérgio Basto wrote:
> On Wed, 2022-09-28 at 17:16 +0200, Nicolas Chauvet wrote:
> > Forwarded as a dedicated topic:
> >
> > -- Forwarded message -
> > [ ... ]
> >
> > On my side I want to rework the ffmpeg package to get back to normal
> > (so conflicts with fedora will be restored) and only drop a
> > libavcodec
> > freeworld replacement in an additional dedicated sub-package (with
> > ldconfig override) to complement the fedora counterpart.
> >
> > It means the best of two worlds:
> > - Having our ffmpeg build to be fully autonomous.
> > Do not require small pieces of fedora ffmpeg, and don't wait for
> > counterpart updates, which have been "dramatic" in the past,
> > specially
> > with chromium.
> > - It will also provide a means to complement the fedora ffmpeg-free
> > one from the same package (and to not require a dedicated build,
> > maintenance).
>
> So we only need libavcodec_freeworld to complement ffmpeg-free.
>
> and what about move minidlna , smplayer etc to Fedora proper ? should
> it go ?
I've been using minidlna with libav{codec,format,util}-free for many
months with no issues. I'd say it can go to Fedora as it doesn't depend
on libavcodec at all, only on libavformat and libavutil. libavcodec-free
is only pulled in as a dependency of libavformat.
I'd be happy to co-maintain as I use it daily.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [chromium-freeworld] Exclude aarch64
On Thursday, 26 May 2022 at 11:09, Leigh Scott wrote: > Trying to build for aarch64 with a under powered builder isn't viable any > more. > > I have already tried limiting cpu cores. > > https://pkgs.rpmfusion.org/cgit/free/chromium-freeworld.git/tree/chromium-freeworld.spec#n6 > > I'm not willing to limit it further as it's not acceptable IMO for builds to > take longer than 14 hours +. Thanks for the explanation. Would adding more powerful aarch64 builder(s) help? Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [chromium-freeworld] Exclude aarch64
On Wednesday, 25 May 2022 at 17:11, Leigh Scott wrote:
> commit 18bbf609ff961e6a9dee32384ffd083c2f9c7b64
> Author: Leigh Scott
> Date: Wed May 25 16:11:03 2022 +0100
>
> Exclude aarch64
>
> chromium-freeworld.spec | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> ---
> diff --git a/chromium-freeworld.spec b/chromium-freeworld.spec
> index 7f59fbe..394ab67 100644
> --- a/chromium-freeworld.spec
> +++ b/chromium-freeworld.spec
> @@ -170,7 +170,7 @@ Obsoletes: chromium-vaapi < %{version}-%{release}
> Recommends: libva-utils
>
> # This build should be only available to amd64
> -ExclusiveArch: x86_64 aarch64
> +ExclusiveArch: x86_64
I assume this is due to
https://koji.rpmfusion.org/koji/taskinfo?taskID=544892 failure, but why
did it fail? I don't see any errors in the build.log. It just stops in
the middle of the build.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [chromium-freeworld] Update to 102.0.5005.61
On Wednesday, 25 May 2022 at 07:10, Leigh Scott wrote:
> commit 04d8ac5a29fb3d988b63769dcde207068ebe8e38
> Author: Leigh Scott
> Date: Wed May 25 06:09:52 2022 +0100
>
> Update to 102.0.5005.61
>
> chromium-freeworld.spec | 21 ++---
> clang_fix.patch | 10 ++
> gcc12.patch | 20
> sources | 4 ++--
> 4 files changed, 22 insertions(+), 33 deletions(-)
> ---
> diff --git a/chromium-freeworld.spec b/chromium-freeworld.spec
> index e564012..823e009 100644
> --- a/chromium-freeworld.spec
> +++ b/chromium-freeworld.spec
[...]
> @@ -69,7 +69,7 @@ BuildRequires: lld
> BuildRequires: llvm
> # Basic tools and libraries needed for building
> BuildRequires: ninja-build, nodejs, bison, gperf, hwdata
> -BuildRequires: libatomic, flex, perl-Switch, elfutils
> +BuildRequires: libatomic, flex, perl-Switch, elfutils, git
> BuildRequires: libcap-devel, cups-devel, alsa-lib-devel
> BuildRequires: mesa-libGL-devel, mesa-libEGL-devel
> # Pipewire need this.
Wouldn't BR: git-core be sufficient? I'm guessing you actually mean
%{_bindir}/git here.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
FFmpeg package "main contact" change
Dear developers, I've just noticed that I'm no longer the "main contact" for ffmpeg: https://admin.rpmfusion.org/pkgdb/package/free/ffmpeg/timeline The change was done without any prior notification. Nicolas, please revert the change and let's talk about this. Otherwise this sets a bad precedent (any package can be taken over by admins at any time without any process) and creates hostility in our community. I think nobody here wants that. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [loudgain] Build against ffmpeg-free from Fedora.
On Sunday, 03 April 2022 at 14:00, Leigh Scott wrote: > This change means your package doesn't qualify to be in rpmfusion, please > revert. Or, even better, move the package to Fedora if that was the only non-Fedora dependency. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Your Fedora 'provenpackager' membership has been removed
On Sunday, 10 April 2022 at 17:45, Leigh Scott wrote: > I removed other people from the group due to inactivity or need. Fedora does > similar. > > https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/AS2YFCRE6ITN4VS6MVJ566CCSLKDYQCU/#VEXK5T5XAONVTB46VVBJVTWLCBUYAVWI > > You haven't used the proven packager rights for over 2 years. > > https://koji.rpmfusion.org/koji/buildinfo?buildID=13086 That may be so, but the Fedora policy applies only if one hasn't done any builds at all for two years. I built iozone and HandBrake recently. Besides, the application of Fedora inactive provenpackager policy has not been discussed in RPM Fusion at all and even if it had been and even if it did apply in my case, it would've been fair to notify affected provenpackagers, including myself, before revoking their provenpackager access. I wasn't notified, it doesn't apply and it wasn't discussed. So, again, please reinstate my provenpackager access or state your real reason for removing it. Best Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [ffmpeg] Add patch for chrome
On Friday, 11 February 2022 at 13:37, Leigh Scott wrote: > Hi Dominik, > > Sorry, I considered it a lesser evil than bundling ffmpeg for chromium and > qt5-qtwebengine-freeworld. > > Feel free to revert it. I don't want to rush either way. Is there a bug report against chromium open? Let's try resolving this upstream first. :) Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [ffmpeg] Add patch for chrome
Hello, Leigh. I don't think it's a good idea to carry this patch. It was rejected by FFmpeg upstream: https://ffmpeg.org/pipermail/ffmpeg-devel/2021-September/285401.html There was no further discussion about it, so you're effectively following Chromium fork of FFmpeg here. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Outdated packages in Rawhide
On Wednesday, 15 December 2021 at 11:30, Nicolas Chauvet wrote: > Le mer. 15 déc. 2021 à 10:46, Dominik 'Rathann' Mierzejewski > a écrit : > > > > On Wednesday, 15 December 2021 at 09:58, Nicolas Chauvet wrote: > > > Hello, > > > > > > This site sum-up many components that we distribute that might or not > > > be oudated. > > > https://repology.org/projects/?inrepo=rpmfusion_fedora_rawhide=1 > > > > > > Please review as needed, and be careful not to break ABI when > > > libraries are concerned. > > > > > > There are well known issues where some packages using mlt should wait > > > for mlt7 to be packaged for fedora. > > > > It's incorrect in at least a few cases. For example, fdk-aac is at 2.0.2 > > in RPM Fusion and 2.0.0 in Fedora. repology is showing 1.0.0. > > Not quite. fdk-aac is one component whereas fdkaac is another. I've > just updated the latter. > fdk-aac is indeed outdated in Fedora unsurprisingly. Indeed, my mistake. fdkaac developers should have named their project unambiguously. :) Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Outdated packages in Rawhide
On Wednesday, 15 December 2021 at 09:58, Nicolas Chauvet wrote: > Hello, > > This site sum-up many components that we distribute that might or not > be oudated. > https://repology.org/projects/?inrepo=rpmfusion_fedora_rawhide=1 > > Please review as needed, and be careful not to break ABI when > libraries are concerned. > > There are well known issues where some packages using mlt should wait > for mlt7 to be packaged for fedora. It's incorrect in at least a few cases. For example, fdk-aac is at 2.0.2 in RPM Fusion and 2.0.0 in Fedora. repology is showing 1.0.0. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Package FFMPEG with royalty free codes (AV1, THEORA, VPX, OGG, OPUS, SPEEX, ...) for Fedora
On Monday, 08 November 2021 at 11:51, Andreas Schneider wrote: > On Monday, November 8, 2021 10:55:32 AM CET Dominik 'Rathann' Mierzejewski > wrote: > > On Monday, 08 November 2021 at 10:12, Andreas Schneider wrote: > > > > > Hi, > > > > > > there are several packages in the distribution which require FFMPEG > > > (libavformat, libavcodec, etc.), one of them being chromium. The package > > > could > be created in a way that you can easily replace it with a version > > > from rpmfusion to get to the full encoder/decoder set including H264 etc. > > > > > > This is working fine with openSUSE and packages from Packman. > > > > > > https://build.opensuse.org/package/show/multimedia:libs/ffmpeg-4 > > > https://pmbs.links2linux.org/package/show/Essentials/A_tw-ffmpeg > > > > > > The Packman version always has a higher release version than the one in > > > the > distribution. > > > > > > I'm interested in this, as I try to package electron for Fedora. The big > > > problem is the included ffmpeg. With openSUSE I can just use the system > > > ffmpeg, with Fedora I have to do some source code voodoo which I really > > > would > like to avoid. > > > > > > Maintaining such package would require keeping watch for any new files > > you'd need to include and going through legal review each time you do. > > Did you take a look how they solved it at SUSE? Actually, yes. We cannot do the same as we cannot distribute the full upstream source. > You have list for encoder and decoders which are allowed to be built. So if a > new encoder or decoder would be added, it would just not be built. You will > just always end up with the same set of encoders/decoders with every update. Sometimes new dependencies get added to existing decoders/encoders which would require legal review. > Packman uses the exact same package as openSUSE and all it does it to enable > all encoders and decoders. > > All packages requiring ffmpeg can just always be built against the system > version. > > It should be less legal work, as you have to check just one package and not > several which might include it as third_party source code. Chromium was checked by legal. I'm not aware of any other Fedora packages bundling a subset of FFmpeg. > > IMO it's much less work to just maintain everything that depends on > > FFmpeg in RPM Fusion. > > > > If you're determined, however, you could start with what Chromium does: > > https://src.fedoraproject.org/rpms/chromium/blob/rawhide/f/clean_ffmpeg.sh > > How is it less work if you need to clean ffmpeg source codes in several > projects which include it instead of just linking the system one? It is more > prone to errors to remove sources and you have to track it instead of just > having a fixed decoder/encoder set you build. I agree it would be better to have one system package that others would link against but as with everything, it's not always possible. You're welcome to try. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Package FFMPEG with royalty free codes (AV1, THEORA, VPX, OGG, OPUS, SPEEX, ...) for Fedora
On Monday, 08 November 2021 at 10:12, Andreas Schneider wrote: > Hi, > > there are several packages in the distribution which require FFMPEG > (libavformat, libavcodec, etc.), one of them being chromium. The package > could > be created in a way that you can easily replace it with a version from > rpmfusion to get to the full encoder/decoder set including H264 etc. > > This is working fine with openSUSE and packages from Packman. > > https://build.opensuse.org/package/show/multimedia:libs/ffmpeg-4 > https://pmbs.links2linux.org/package/show/Essentials/A_tw-ffmpeg > > The Packman version always has a higher release version than the one in the > distribution. > > I'm interested in this, as I try to package electron for Fedora. The big > problem is the included ffmpeg. With openSUSE I can just use the system > ffmpeg, with Fedora I have to do some source code voodoo which I really would > like to avoid. Maintaining such package would require keeping watch for any new files you'd need to include and going through legal review each time you do. IMO it's much less work to just maintain everything that depends on FFmpeg in RPM Fusion. If you're determined, however, you could start with what Chromium does: https://src.fedoraproject.org/rpms/chromium/blob/rawhide/f/clean_ffmpeg.sh Feel free to flag me for package review. I one of the maintainers of the ffmpeg package in RPM Fusion. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Orphaned: mpv
On Tuesday, 21 September 2021 at 16:11, Vitaly Zaitsev via rpmfusion-developers wrote: > On 21/09/2021 15:47, Dominik 'Rathann' Mierzejewski wrote: > > Me too. Please add me as co-maintainer (rathann). > > Done. Thanks! Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Orphaned: mpv
On Monday, 20 September 2021 at 16:05, Vitaly Zaitsev via rpmfusion-developers wrote: > Date: Mon, 20 Sep 2021 16:05:16 +0200 > From: Vitaly Zaitsev > Subject: Re: Orphaned: mpv > To: rpmfusion-developers@lists.rpmfusion.org > Authentication-Results: hv01.online.rpmfusion.net; dkim=pass (1024-bit key) > header.d=easycoding.org header.i=@easycoding.org header.b="ijBidAfp" > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 > Thunderbird/91.1.0 > > On 20/09/2021 15:09, Leigh Scott wrote: > > I have orphaned mpv as I don't have the time to maintain it. > > I can take it. FAS: xvitaly Me too. Please add me as co-maintainer (rathann). Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
FFmpeg drops libavresample
Hi! libavresample library from FFmpeg was deprecated in FFmpeg 4.0 in January 2017. It was removed in FFmpeg (4.5?) in April 2021. It looks like my nagging to stop using it paid off and we're down to two consumers from the original six: https://bugzilla.rpmfusion.org/show_bug.cgi?id=5347 . So, here are the two remaining ones: alsa-plugins-freeworld tvheadend Consider this the final warning. :) Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Orphaned gstreamer (0.10) packages in rawhide/F35+
Hi! The only reason I wanted to keep these alive is gone since VMware switched their Horizon Client to gstreamer 1.x. Consequently, I've orphaned the following in rawhide/F35+: free/gstreamer free/gstreamer-ffmpeg free/gstreamer-plugins-bad free/gstreamer-plugins-base free/gstreamer-plugins-ugly free/gstreamer-vaapi nonfree/gstreamer-plugins-bad-nonfree Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [kodi] Update dependency on xdpyinfo (rfbz#5979)
Hi Michael.
On Thursday, 22 April 2021 at 17:44, Michael Cronenworth wrote:
> commit b9e74c9ce609e6123961a4fe1e6d36160bf6b4c3
> Author: Michael Cronenworth
> Date: Thu Apr 22 10:45:17 2021 -0500
>
> Update dependency on xdpyinfo (rfbz#5979)
>
> kodi.spec | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
> ---
> diff --git a/kodi.spec b/kodi.spec
> index 7d123d8..77fc68e 100644
> --- a/kodi.spec
> +++ b/kodi.spec
[...]
> @@ -257,7 +257,11 @@ Requires: shairplay-libs%{?_isa}
> # needed when doing a minimal install, see
> # https://bugzilla.rpmfusion.org/show_bug.cgi?id=1844
> Requires: glx-utils
> +%if 0%{?fedora} > 33
> +Requires: xdpyinfo
> +%else
> Requires: xorg-x11-utils
> +%endif
You could replace it with a dependency on the binary. Then it wouldn't
matter which package provides it, i.e.:
Requires: %{_bindir}/xdpyinfo
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [announce] f34 mass rebuild and branch is complete
On Thursday, 18 February 2021 at 11:15, Sérgio Basto wrote: > Hello > > RPMFusion f34 branch is ready, if you notice something is missing > please let us know . > > Thanks to everyone who helped in maintain RPMFusion. +1. Thanks a lot, guys. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
libdvdread ABI bump (rawhide only)
A libdvdread update to the latest 6.1.1 release is overdue and is coming to rawhide. It comes with an ABI bump (.so.4 -> .so.7) and an API change (a previously public struct ifo_handle_t is now private). I rebuilt all dependent packages in COPR (Fedora ones) and in mock locally (RPM Fusion) and only one package (dvdbackup) required a patch to fix. I'll apply the patch myself. I'm rebuilding everything in a side-tag (--target=f34-build-side-32093) on Fedora side and will start rebuilding on RPM Fusion side once the side-tag is merged. Affected packages: Fedora: dvdauthor dvdbackup gnome-disk-utility gstreamer1-plugins-bad-free gstreamer1-plugins-ugly-free k3b libdvdnav libdvdread lsdvd mkvtoolnix ogmtools RPM Fusion: HandBrake dvd95 gstreamer-plugins-bad gstreamer-plugins-ugly lxdvdrip mplayer mpv ogmrip vlc vobcopy xine-lib Maintainers of the affected packages have been Bcc'd on this e-mail. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [F32] VLC broken dependencies
On Monday, 27 July 2020 at 19:00, Antonio T. sagitter wrote: > VLC rebuilds should not be on stable branches if their Fedora > dependencies are not available yet. > That's the point. The point is it's impossible to sync such updates between Fedora and RPM Fusion perfectly. In this particular case, the push of the updates on Fedora side from testing to stable was requested three days ago, but was stuck in pending state until last night. Usually, it takes much less than three days and the delay was unexpected. Are you volunteering to coordinate such updates next time? I'll take all the help I can get. I have at least one similar update planned already. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
matroska stack update (soname bumps)
Hello, I'm updating the matroska stack to the latest upstream versions, including stable branches as the libraries are security sensitive. libebml and libmatroska come with soname bumps but no incompatible API changes. I tested the rebuilds in copr in advance. I'm rebuilding all dependent packages in side tags, starting with rawhide: gerbera mkvtoolnix libebml libmatroska Maintainers have been Bcc'd. vlc from RPM Fusion will be rebuilt separately. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [cinelerra-gg] Add patch to make all Python code use python3
On Monday, 06 July 2020 at 12:48, FeRD wrote: > On Mon, Jul 6, 2020 at 6:19 AM Dominik 'Rathann' Mierzejewski < > domi...@greysector.net> wrote: > > > > > Have you tried unbundling waf instead of patching it? > > > > > I haven't, primarily because it's bundled *in with* several bundled > libraries that are extracted and built as part of the cinelerra-gg build — > the goal would be to unbundle those libs themselves (all of which already > exist in fedora) at which point waf would become moot. > > Currently they're all statically linked into parts of Cinelerra, so it's > not a matter of flipping a switch, but that's the goal. Ugh, that's ugly. Do you have some kind of tracking bug/issue for this? I wonder how much work is involved in unbundling. On the bright side, I'm glad that all bundled stuff is already in Fedora. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [cinelerra-gg] Add patch to make all Python code use python3
Hello, Frank. On Sunday, 05 July 2020 at 03:44, Frank R Dana wrote: > commit 6af1c99534c18798ea1080a10df2a104015dead4 > Author: FeRD (Frank Dana) > Date: Sat Jul 4 21:44:02 2020 -0400 > > Add patch to make all Python code use python3 > > cinelerra-gg.spec |4 + > waf-python3.patch | 9816 > + > 2 files changed, 9820 insertions(+) Have you tried unbundling waf instead of patching it? Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Kodi and ffmpeg related crash
On Saturday, 04 July 2020 at 09:36, Nicolas Chauvet wrote: [...] > The last ffmpeg update has "indirectly" enabled a python3 dependency > when vapoursynth was enabled. > So kodi, as linked with system ffmpeg, will load both python2-libs and > python3-libs in the same process. This has no chance to work... > See https://bugzilla.rpmfusion.org/show_bug.cgi?id=5681#c5 > > This is a very unfortunate issue, but I cannot foresee any solution > for kodi unless to revert to bundling it's own ffmpeg build until > python2 is used. > > Any thoughts ? We could disable vapoursynth... Does it really need linking with python3-libs? Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: compat-ffmpeg needs a maintainer
On Thursday, 05 December 2019 at 17:49, Vascom wrote: > чт, 5 дек. 2019 г., 18:51 FeRD : > > On Thu, Dec 5, 2019, 9:39 AM Leigh Scott wrote: > > > >> compat-ffmpeg needs a maintainer as I orphaned it today. > >> > >> https://admin.rpmfusion.org/pkgdb/package/free/compat-ffmpeg28/ > > > > > > I just ran every one of its provides through a `dnf repoquery > > --whatrequires`, and... It looks like the ONLY package that uses it > > is vdr-softhddevice? At least on F31... > > Let's drop it. There's been no upstream activity since 2015-11-03. Looks dead to me: https://projects.vdr-developer.org/projects/plg-softhddevice/repository Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
RPM Fusion logo
Hi! Does anyone have a vector version of the RPM Fusion logo? If not, then at least a high resolution version of what's on the wiki. I'm making a presentation for a conference and I've just found out I don't have a nice-looking RPM Fusion logo. Thanks in advance! Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: libdvdread SONAME bump
On Thursday, 21 November 2019 at 12:08, FeRD wrote: > Ah, it seems this is a well-known issue[1]. > > On Thu, Nov 21, 2019 at 5:40 AM FeRD wrote: > > > I have no idea how this *ever* worked. Maybe hb.h is new-ish, on one side > > or the other? > > Or, old-ish. The plot thins. From a comment[2] at that same GitHub issue: > > The problem seems to be with Pango 1.44.x, specifically where they've > > changed their include directives from harfbuzz/hb.h to hb.h, essentially > > reverting a years-old bugfix to work around a conflict with HandBrake's > > hb.h. > > > > Unfortunately, the only permanent fix is going to be isolating our include > > and lib namespace (hb -> handbrake). Until then, HandBrake will not build > > on affected systems without downgrading to Pango 1.43.x or earlier. > > [1]: https://github.com/HandBrake/HandBrake/issues/2226 > [2]: > https://github.com/HandBrake/HandBrake/issues/2226#issuecomment-529165129 Wow. Thanks for finding this. It looks like the fix is here (and also in 1.3.0: https://github.com/HandBrake/HandBrake/pull/2310 I'll try to backport this to our 1.2.2 package in the next few days and work on 1.3.0 update as time permits later. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: libdvdread SONAME bump
On Friday, 15 November 2019 at 16:24, Dominik 'Rathann' Mierzejewski wrote: > Hello, > > libdvdread 6.0.2 brings a SONAME bump from .so.4 to .so.7 due to a small > change in the pgc_t struct (still_time and pg_playback_mode fields were > swapped). Only dvdauthor and libdvdnav packages in Fedora and dvd95 > package in RPM Fusion actually reference any of those fields, but it's > still an ABI break. I'm doing the rebuilds using my provenpackager > privileges now. List of affected packages below: [...] > RPM Fusion: [...] > HandBrake This is failing to build and I can't figure out why. It's complaining about missing hb_feature_t declaration (from harfbuzz), but as far as I can tell, the declaration is there. Help welcome. There's also a new version of HandBrake out (1.3.0), but it has some new dependencies. In particular, it needs a newer libmfx version (1.27+), which will be brought in by my new intel-mediasdk package. I'll be working on HandBrake update at some point, but if someone else wants to do that, let me know. I've got other things to take care of. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [svt-hevc] Correct build gstreamer plugin.
Hello, Vasiliy.
On Thursday, 14 November 2019 at 07:51, Vasiliy Glazov wrote:
> commit 22819ea7f6df52fcb7f58940fa4b8585bd399101
> Author: Vasiliy Glazov
> Date: Thu Nov 14 09:51:32 2019 +0300
>
> Correct build gstreamer plugin.
>
> svt-hevc.spec | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
> ---
> diff --git a/svt-hevc.spec b/svt-hevc.spec
> index 364ca43..eb13db2 100644
> --- a/svt-hevc.spec
> +++ b/svt-hevc.spec
[...]
> @@ -51,7 +51,7 @@ This package provides %{name}-based GStreamer plug-in.
> # Remove unneeded flags
> sed -i 's|-O3)|)|' CMakeLists.txt
> # Patch build gstreamer plugin
> -sed -e "s|install: true,|install: true, include_directories :
> '../Source/API', link_args : '-lSvtHevcEnc',|" \
> +sed -e "s|install: true,|install: true, include_directories :
> include_directories('../Source/API'), link_args : '-lSvtHevcEnc',|" \
> -e "/svthevcenc_dep =/d" -e 's|, svthevcenc_dep||' -e
> "s|svthevcenc_dep.found()|true|" -i gstreamer-plugin/meson.build
Could you do these changes using patches? sed calls are inherently
a fragile way of patching and will silently pass if it doesn't match
instead of failing like patch does.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
libdvdread SONAME bump
Hello, libdvdread 6.0.2 brings a SONAME bump from .so.4 to .so.7 due to a small change in the pgc_t struct (still_time and pg_playback_mode fields were swapped). Only dvdauthor and libdvdnav packages in Fedora and dvd95 package in RPM Fusion actually reference any of those fields, but it's still an ABI break. I'm doing the rebuilds using my provenpackager privileges now. List of affected packages below: Fedora: dvdauthor dvdbackup gnome-disk-utility gstreamer1-plugins-bad-free gstreamer1-plugins-ugly-free k3b libdvdnav lsdvd ogmtools RPM Fusion: dvd95 HandBrake lxdvdrip mplayer mpv ogmrip vlc vobcopy xine-lib Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: What do do about unifi / unifi-lts?
Hi, Richard.
On Monday, 07 October 2019 at 17:49, Richard Shaw wrote:
[...]
> 1. Can MongoDB live in the non-free repository?
>
> I think the problem is that once we package MongoDB we really can't stop
> people from providing MongoDB as a service, but I'm not a lawyer.
I'd say this is fine. RPM Fusion is not offering MongoDB as a service
and the license[1] explicitly says (section 10) distributors are not
responsible for enforcement (of section 13 in particular). I'm not a
lawyer though and I'm not responsible for RPM Fusion infra, so it's not
my decision to make.
> 2. Is using unifi with MongoDB a problem?
>
> I don't think so per this:
>
> https://www.mongodb.com/licensing/server-side-public-license/faq#consistency
>
> Another product offering it's own SaaS and just using MongoDB as the
> database backend isn't an issue.
I agree.
> If #1 is "NO" then I don't think I have any choice but to retire
> unifi{,-lts} which really sucks because it was a crap load of work
> massaging the upstream file into something largely FHS and guidelines
> compliant.
Indeed.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [x264/f30: 7/7] Merge branch 'f29' into f30
Hi, Kevin.
On Monday, 07 October 2019 at 00:40, Kevin Kofler wrote:
> Dominik 'Rathann' Mierzejewski wrote:
> > It's not fine. Older branches will get a completely confusing changelog
> > entry saying they were rebuilt for a change in a dependency that never
> > happened there. If there were other changes on master (like the dropping
> > of python2 subpackage, for example), it would get merged to the older
> > branches, too, which would be completely wrong.
>
> I don't think a "rebuild for x" changelog entry is so confusing that it
> warrants maintaining separate changelogs for each branch, with the resulting
> merge conflicts. If you really think it is confusing, then just be specific,
> e.g.:
> - Rebuild for new libfoo-2.3.4 in Rawhide
> or:
> - F32+: Rebuild for new libfoo-2.3.4
>
> As for Rawhide-only or generally Fn+-only changes, you can simply put
> something like:
> - F32+: drop -python2 subpackage
> in your changelog, corresponding to the %if 0%{?fedora} > 31 conditional
> actually implementing the change.
That's still clutter which I prefer to avoid.
That's why I don't use conditionals anymore and keep the differences in
the relevant branches only, so that the differences simply disappear as
older branches get EOL'd without the clutter of conditionals. The upside
is I don't have to remember to remove the conditionals once the affected
distributions become EOL.
I use branch-agnostic constructs whenever possible to avoid
conditionals and minimize differences between branches.
Your proposed workflow is good for building every branch from one spec
file. You don't actually need to use any branches except master.
Mine makes actual use of branches to keep every branch's spec file as
clean as possible. And by clean I mean free from stuff irrelevant to
that specific branch. That includes conditional parts and changelog
entries.
I (obviously) prefer my way and hopefully it's clear why I think it's
better.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [x264/f30: 7/7] Merge branch 'f29' into f30
Hi! On Friday, 04 October 2019 at 12:37, FeRD wrote: > On Fri, Oct 4, 2019 at 4:47 AM Nicolas Chauvet wrote: > > > NO, please re-evaluate, I'm not going to read further nor to discuss > > it yet again. > > I will! Thanks. > On Fri, Oct 4, 2019 at 4:34 AM Dominik 'Rathann' Mierzejewski < > domi...@greysector.net> wrote: [...] > Release branches in package repos work the same way. I disagree. > Newer branches will receive changes that *aren't* necessarily pushed > all the way back into their past each time. True. > But when a change comes along that *does* need to be pushed back > farther, those newer changes should be brought along *at that time*, > in order to keep their shared history coherent. I disagree. I don't think it makes sense to backport all commits from master to older branches whenever I want to backport just one particular commit. Cherry-picking will do that at the expense of different commit hash corresponding to the same change in different branches. I test my changes on all branches and I think merging upwards makes perfect sense because I don't want all changes from master landing in f29 package (for example, dropping python2 subpackage). > Here's a concrete (though hypothetical) example: > >1. Say there's a package xyz that exists in F29, F30, F31, and >rawhide. > >2. It's currently packaged with the NVR xyz-1.2.3-1 for all of >those releases. > >3. xyz has a dependency on libfoo, which gets upgraded in rawhide >and F31, but no earlier because it's an API-breaking change > >4. xyz has to be rebuilt for the new libfoo, so new builds >xyz-1.2.3-2 are done on the master and f31 branches (again, *only*) > >5. Now you have a bugfix you need to apply to xyz on all branches >back to f29 > >1. If you develop that bugfix on the master branch, as xyz-1.2.3-3, > then you can merge master back to f31, f30, and f29 cleanly, as > a fast-forward merge. I do it all the time. No cherry-picking, > no merge commits. Just fast-forwards. They will all end up at > xyz-1.2.3-3. F29 and F30 will have skipped over xyz-1.2.3-2, > which is perfectly fine. But their histories will now also > receive the commits for the libfoo rebuild that, *until that > point*, they didn't need to have. It's not fine. Older branches will get a completely confusing changelog entry saying they were rebuilt for a change in a dependency that never happened there. If there were other changes on master (like the dropping of python2 subpackage, for example), it would get merged to the older branches, too, which would be completely wrong. >2. OTOH, if you try to develop your bugfix on f29 first and merge it > forward, there is *NO WAY* to avoid merge commits — if not > outright merge conflicts — when merging that forward into the > newer branches. At *BEST* you'll have been careful enough to > manually jump over release number 2 and go straight to 3, which > may let you avoid any actual *conflicts*, but you'll still have > to perform a merge commit to reconcile your changes into the f31 > and master branches. Whereas all of that could have been > avoided, and you wouldn't have to worry about being careful and > checking all of the branches' release numbers, if the bugfix had > started from the other end of the branch chain. I don't understand why you're so afraid of merge commits. I have no problem dealing with them or merge conflicts, if that's what it takes to be able to choose which fixes get applied to which branches and still see them as the same commit hash everywhere. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [x264/f30: 7/7] Merge branch 'f29' into f30
On Friday, 04 October 2019 at 10:23, Nicolas Chauvet wrote: > Please consider to use cherry-pick next time. > I don't see the point to compute a merge resolution for the changelog > because of a single fix. > This is craziness. Cherry-picking only makes sense when the branches are too diverged. I did cherry-pick from f29 to el7 for that reason. The others are more or less the same. All the fixes that went into all branches should have been applied to the oldest applicable branch first and then merged upwards. This wasn't done, hence the current merge commits look uglier than they could be. They will be much cleaner in the future if this workflow is followed. Christopher over at fedora devel list has some valid points in favour of this way[1]: Git has excellent branch merging features. Merging branches, rather than cherry-picking across them, results in commits representing the same changeset being present in multiple branches, making it easier to search git history and identify which branches contain a specific change. Regards, Dominik [1] https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/message/RQBIXNOQXRYMWNXSA3EBJJWVZNDCEQCG/ -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [HEADS-UP] dav1d and aom SONAME bump
On Friday, 09 August 2019 at 17:40, Robert-André Mauchin wrote: > Hello, > > Next week I will update dav1d to version 0.4.0 which includes a SONAME bump, > and will do a GIT snapshot of aom, whose library is unstable. > > I will push these updates both on F31 and F30, so consumers of these > libraries > (ffmpeg, xine-lib, vlc) will need to rebuild their packages on both release. Why F30? Please don't push unstable stuff to released branches. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Flock 2019 (budapest)
On Saturday, 29 June 2019 at 17:43, Gergely Gombos wrote: > Hi, > > I live in Budapest. :) > > I'll have leave to vacation on Friday and might not be able to get a > day off for Thursday so actually participating on the conference is > still a question. But I'd definitely like to meet with you guys > personally! Are you coming on Wednesday or even earlier? I'm coming to Budapest on Wednesday afternoon. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Flock 2019 (budapest)
On Saturday, 29 June 2019 at 13:39, Richard Shaw wrote: > On Fri, Jun 28, 2019 at 10:54 AM Nicolas Chauvet wrote: > > > Hi there, > > > > Anyone going at Flock 2019 (Budapest) ? > > I will be there, so anyone to meet ? > > > > Looks like fun but non-work sponsored international travel isn't an > option :) Have you tried asking to be sponsored by Fedora? I did and got an offer. There's still time, although airline fares are going up already, so do hurry. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [libopenshot/el7] Add Requires: zeromq for EL7
On Sunday, 23 June 2019 at 16:00, Frank R Dana wrote: [...] > %changelog > +* Sun Jun 23 2019 FeRD (Frank Dana) - 0.2.3-3 > +- Add explicit Requires: zeromq, to work around other EL7 > + packages which provide the required libzmq.so.5 There shouldn't be any. What packages are those? Have you filed bugs? Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Fwd: [Fedora-legal-list] MPEG-1 and MPEG-2 Video
On Sunday, 28 April 2019 at 16:23, Michael Cronenworth wrote: > On 4/28/19 4:23 AM, Vitaly Zaitsev via rpmfusion-developers wrote: > > +1. FFmpeg without patented codecs support will be unusable trash. > > It's also unfortunate that the discussion regarding all of this is being > done on Twitter. Could you point to the discussion? Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Fwd: [Fedora-legal-list] MPEG-1 and MPEG-2 Video
On Saturday, 27 April 2019 at 16:58, David Timms wrote: > On 21/4/19 11:47 pm, Richard Shaw wrote: > > On Fri, Apr 19, 2019 at 11:38 AM Sérgio Basto > > > On sáb, 2019-04-13 at 16:03 +0200, Xavier Bachelot wrote: > > > On 13/04/2019 12:56, Kevin Kofler wrote: > > > > > > dvbcut: Clip and convert DVB transport streams to MPEG2 > > programDVBCut actually has multiple mpeg2 decoding methods: some are > > based on > the projects own mpeg2 decoder, and the other on ffmpeg. > > It sounds like Fedora doesn't isn't happy with doing an mp3/mpeg2 only > ffmpeg (which is all dvbcut needs).. but last I saw still to be decided (I > hope they go with cutting the non-happy parts and enabling the code to > dlopen parts which could be built elsewhere). I'm not sure what you mean by the above, exactly. Someone needs to do the work and submit the package to Fedora for review, blocking FE-Legal. I made an attempt to create such package locally a couple of years back. It was quite difficult and I abandoned it eventually. Remember, you have to remove all encumbered code from the tarball that will be included in SRPM. I'd suggest looking at the script that does the above for the chromium package: https://src.fedoraproject.org/rpms/chromium/blob/master/f/clean_ffmpeg.sh and adding MPEG-1/2 support files to the list. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Fwd: [Fedora-legal-list] MPEG-1 and MPEG-2 Video
Hello, RPM Fusion devs, in case you missed it, MPEG-1 and MPEG-2 are now permitted in Fedora: - Forwarded message from Tom Callaway - Date: Thu, 11 Apr 2019 10:53:13 -0400 From: Tom Callaway Subject: [Fedora-legal-list] MPEG-1 and MPEG-2 Video To: Fedora Legal List X-CRM114-Status: Good ( pR: 21.8905 ) Effective immediately, MPEG-1 (H.261) and MPEG-2 (H.262) video implementations are permitted in Fedora. Please note that while MPEG-2 is the video format for DVD-Video, support for encrypted DVD playback is not permitted in Fedora. See: https://fedoraproject.org/wiki/Forbidden_items#Encrypted_DVD_Playback Support for MPEG Video formats later than MPEG-2 is not currently permitted in Fedora. This includes, most notably, H.263, H.264 (MPEG-4), and H.265 (HEVC). If you have any questions, please feel free to reach out to me, or reply on list. Thanks, Tom Callaway Fedora Legal - End forwarded message - Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Security team for RPM Fusion
On Tuesday, 19 March 2019 at 23:05, Nicolas Chauvet wrote: > Le mar. 19 mars 2019 à 10:12, Nicolas Chauvet a écrit : > > > > Hi, > > > > As I've received some security request related to one of our package, > > I've setup a mail alias with as secur...@rpmfusion.org for security > > (sensitive) requests. > > > > This is only open to provenpackager yet, but anyone from this group can > > apply. > > I would like few people to volunteer to be in this group and some > > documentation to be made on the wiki to describe the mail address. > > Just in case it wasn't clear for all, theses groups (security, > provenpackager) are group handled automatically by FAS at > https://admin.rpmfusion.org/accounts/ > You can apply to the group and be sponsored (when required) by anyone > set a a sponsor for the group. This is the same as in Fedora... It wasn't and thanks for clarifying. I've applied to the "security" group via the above link now. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: mp4tools broken with latest wxsvg
On Saturday, 09 February 2019 at 22:54, FeRD wrote: > I just filed[1] bug #5166 in bugzilla about this: > > Looks like the newly-built mp4tools didn't pick up the correct version of > the also-newly-built wxsvg, as it contains an incompatible symbol > definition. > > With both installed: > mp4tools-3.7-3.fc29.x86_64 > wxsvg-1.5.16-1.fc29.x86_64 > > $ mp4joiner > mp4joiner: symbol lookup error: mp4joiner: undefined symbol: > _ZN20wxFfmpegMediaDecoder11SetPositionEdb > > $ nm -D /lib64/libwxsvg.so.3|grep -i FfMpegMediaDecoder11SetPosition > 0011fa30 T _ZN20wxFfmpegMediaDecoder11SetPositionEdbb > > Note how the symbol ends with "Edb" (mp4tools) vs. "Edbb" (wxsvg). The SetPosition method has different signature at both ends: $ echo _ZN20wxFfmpegMediaDecoder11SetPositionEdb | c++filt wxFfmpegMediaDecoder::SetPosition(double, bool) $ echo _ZN20wxFfmpegMediaDecoder11SetPositionEdbb | c++filt wxFfmpegMediaDecoder::SetPosition(double, bool, bool) Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion at FOSDEM 2019
On Friday, 25 January 2019 at 21:16, Nicolas Chauvet wrote: > Hi there, > > Next week is FOSDEM 2019 at Bruxelles Belgium if you were not aware of. > https://fosdem.org/2019/ > > I will be there to assist some conference and meet good Fedora people > and other community. > Anyone plans to be there, so we can meet ? Unfortunately, I'm not going to FOSDEM this year. I'm at DevConf.cz in Brno now, so if anyone would like to have a chat, please contact me on Telegram (@Rathann) or e-mail me privately for my mobile number. > I will be around the Fedora booth for some time. Have fun! Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion update report 2019-01-17
On Thursday, 17 January 2019 at 22:12, nore...@rpmfusion.org wrote: > RPM Fusion update report > [...] > Fedora 29 > - > Pushed to testing: [...] > xvidcore-1.3.5-4.fc29 This can be pushed to stable now, both I and the original reporter tested this build and it fixes the segfault: https://bugzilla.rpmfusion.org/show_bug.cgi?id=5141#c8 Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [mp3gain] Update to 1.6.2
Hi, Sérgio. Is there any reason why mp3gain cannot me moved to Fedora? I don't see any dependencies apart from gcc and mpg123-devel, both of which are in Fedora. Happy New Year, everyone! Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [vlc] Bump epoch
On Thursday, 13 December 2018 at 10:03, Nicolas Chauvet wrote:
> commit 08cdcfe810fa4f4d323b9ad8503bd638d273a2f3
> Author: Nicolas Chauvet
> Date: Thu Dec 13 09:44:42 2018 +0100
>
> Bump epoch
Care to explain why this was necessary?
> vlc.spec | 18 +++---
> 1 file changed, 7 insertions(+), 11 deletions(-)
> ---
> diff --git a/vlc.spec b/vlc.spec
> index 5fe0056..c67c592 100644
> --- a/vlc.spec
> +++ b/vlc.spec
> @@ -41,9 +41,10 @@
>
>
> Summary: The cross-platform open-source multimedia framework, player and
> server
> +Epoch: 1
> Name:vlc
> Version: 3.0.5
> -Release: 7%{?dist}
> +Release: 0.1%{?dist}
> License: GPLv2+
> URL: https://www.videolan.org
> Source0:
> %{vlc_url}/%{?!vlc_tag:%{version}/}vlc-%{version}%{?vlc_tag}.tar.xz
[...]
From the diff, it looks like only the Release field was touched and I
don't think it's worth having an Epoch if you can reset the Release
field again with the next version. I would have kept increasing
Release:.
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [gstreamer1-plugins-bad-freeworld] Undo latest commit (sorry)
On Friday, 07 December 2018 at 14:22, Antonio wrote: > commit ca91ca34ef08a0fddee97eb0d5f19ed3a0d8e21b > Author: sagitter > Date: Fri Dec 7 14:22:31 2018 +0100 > > Undo latest commit (sorry) Use git-revert(1) next time, please. Regards, Dominik -- Fedora https://getfedora.org | RPMFusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [el7] ffmpeg-3.3 vs ffmpeg-3.4
Hi, Sergio. Unfortunately your e-mail client totally messes up formatting: On Friday, 23 November 2018 at 20:57, sergio wrote: > You said that you could update it , aside I miss read that you also recommend > it , seems to me better have it updated for ffmepg 3.4 , why not update it ? > Enviado a partir do meu android > Mensagem original ----De: Dominik 'Rathann' Mierzejewski > Data: 23/11/18 13:04 (GMT+00:00) Para: > rpmfusion-developers@lists.rpmfusion.org Assunto: Re: [el7] ffmpeg-3.3 vs > ffmpeg-3.4 On Friday, 23 November 2018 at 12:19, Antonio Trande wrote:> > Good!> Let's go with ffmpeg-3.4.5 + x264-0.148 + libmfx-1.23 (push it on el7> > please) + x265-2.9As I said, we don't have to update libmfx in EPEL. Do you > have aspecific requirement to do that (other than to be closer to > Fedora)?Regards,Dominik-- Fedora https://getfedora.org | RPMFusion > http://rpmfusion.orgThere should be a science of discontent. People need hard > times andoppression to develop psychic muscles. -- from "Collected > Sayings of Muad'Dib" by the Princess > Irulan___rpmfusion-developers > mailing list -- rpmfusion-developers@lists.rpmfusion.orgTo unsubscribe send > an email to rpmfusion-developers-le...@lists.rpmfusion.org I think the question for EPEL should be the opposite: why update it? If there's no reason, we shouldn't update just because we can. Even for Fedora updates, it's not recommended to make ABI-breaking updates unless absolutely necessary. EPEL is about stability, not latest-and-greatest. Regards, Dominik -- Fedora https://getfedora.org | RPMFusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [el7] ffmpeg-3.3 vs ffmpeg-3.4
On Friday, 23 November 2018 at 12:19, Antonio Trande wrote: > Good! > Let's go with ffmpeg-3.4.5 + x264-0.148 + libmfx-1.23 (push it on el7 > please) + x265-2.9 As I said, we don't have to update libmfx in EPEL. Do you have a specific requirement to do that (other than to be closer to Fedora)? Regards, Dominik -- Fedora https://getfedora.org | RPMFusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
