I have untagged all the fc39 packages that were ftbfs during the f40
mass rebuild and intend to retire them
Package: dega-sdl
Package: dvd95
Package: gambatte
Package: gens
Package: lxdream
Package: lxdvdrip
Package: mamory
Package: mate-applet-streamer
Packa
test
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Hi,
I don't see any FAS request, see
https://rpmfusion.org/Contributors#Get_an_RPM_Fusion_Account
On 26/05/2024 12:36, robert.mader--- via rpmfusion-developers wrote:
Hi!
My name is Robert Mader and I've been contributing to various FLOSS projects
over the last years, notably Gnome Mutter
I believe it's due to our old infra, see these mock commits
https://github.com/search?q=repo%3Arpm-software-management%2Fmock+ca-certificates&type=commits
On 22/05/2024 14:30, Nicolas Chauvet via rpmfusion-developers wrote:
Le mer. 22 mai 2024 à 08:06, Nicolas Chauvet a écrit :
Le mar. 21 m
I have untagged the latest nvidia 304xx builds for f40+ due to gcc-14
build failure.
On 28/03/2024 21:17, Nicolas Chauvet via rpmfusion-developers wrote:
Le mar. 26 mars 2024 à 16:16, Nicolas Chauvet a écrit :
Hi there,
Just a reminder that the final freeze is in one week (and this
week-end
Why didn't the cunt inform us instead of wasting my fucking time!
On 26/03/2024 07:31, Dominik 'Rathann' Mierzejewski via
rpmfusion-developers wrote:
On Tuesday, 26 March 2024 at 01:44, Leigh Scott wrote:
commit 18bfd88a84df92c3efb1d7729eab367a85247230
Author: Leigh Scott
F40 build is also dropped.
I think we should also consider compat-ffmep4 future.
On 23/03/2024 13:04, Sérgio Basto wrote:
And in F40 ? compat-ffmpeg5 will be dropped also ?
On Sat, 2024-03-23 at 13:00 +0100, Leigh Scott wrote:
commit b9f004a649292480fd6649f0123ca275b4cad6f1
Author: Leigh
Kodi is in a pitiful state due to their stale code, version 20 isn't a
good fit for any current fedora release.
1: it needs a dead ffmpeg version, I had to drop nvdec support recently.
2: it isn't compatible with current python without patching.
3: because of 2# the downloaded plugins aren't
+1 for new kodi for f40+, maybe f39 can be added later.
-1 for adding GLES
On 12/03/2024 04:12, Michael Cronenworth via rpmfusion-developers wrote:
Hi all,
Kodi 21 has its first release candidate now available.
Key features:
- HDR (It works, I've tested it!)
- Better Pipewire support
- Works
I have untagged the FTI packages.
1: EmptyEpsilon
2: etlegacy
package: EmptyEpsilon-2021.06.23-6.fc40.x86_64 from
rpmfusion-nonfree-rawhide
unresolved deps (5):
libsfml-audio.so.2.5()(64bit)
libsfml-graphics.so.2.5()(64bit)
libsfml-network.so.2.5()(64bit)
libsfml-system.so
It's probably due to the load from regen tasks currently running.
On 18/12/2023 13:01, Richard Shaw via rpmfusion-developers wrote:
I'm trying to do a pull on nonfree/unifi in master and it took about 3
minutes to complete.
Thanks,
Richard
___
rpmfu
I have untagged the broken build
$ koji-rpmfusion untag-build f38-free-updates-testing
shotcut-23.11.04-1.fc38
On 19/11/2023 10:15, Dan Horák via rpmfusion-developers wrote:
Hello,
seems the shotcut-23.11.04-1.fc38 build has been done with qt6 version
6.5 in the buildroot, but qt6 has been
I have reassigned the task
$ koji-rpmfusion assign-task -f 614378 buildppcle-01.osuosl.rpmfusion.net
assigned task 614378 to host buildppcle-01.osuosl.rpmfusion.net
On 20/10/2023 13:12, Richard Shaw via rpmfusion-developers wrote:
I'm working on updating unifi but the f39 package seems to be s
I have already worked around the koji issue.
https://koji.rpmfusion.org/koji/externalrepoinfo?extrepoID=168
On 18/08/2023 08:35, Nicolas Chauvet wrote:
Le ven. 18 août 2023 à 09:08, Leigh Scott a écrit :
How does changing our proxy fix broken mock?
It will not fix mock, but it should
2023 à 08:46, Leigh Scott via rpmfusion-developers
a écrit :
You can't be serious, an empty repo doesn't count as working.
https://codecs.fedoraproject.org/openh264/40/x86_64/os/
I can workaround the problem in our proxy (to point to 39 until fixed).
I will remove open264 suppor
You can't be serious, an empty repo doesn't count as working.
https://codecs.fedoraproject.org/openh264/40/x86_64/os/
I will remove open264 support from our ffmpeg package if this fedora
repo isn't fixed by Monday, it doesn't bother me if I break the fdora
obs-studio package.
On 18/08/202
Test.
On 08/08/2023 15:31, Sérgio Basto via rpmfusion-developers wrote:
no problem
I have already resubmitted the builds and they are completed
Thank you
On Tue, 2023-08-08 at 13:19 +, Andrew Bauer wrote:
Thanks Sergio. I just left town for work and will resubmit after i
return.
Sent
These are either retired,
Package: openmw
or moved to fedora.
Package: vo-amrwbenc
On 04/08/2023 03:15, Sérgio Basto via rpmfusion-developers wrote:
Hi,
Mass rebuild for F39 is complete .
And we have this failures :
https://www.serjux.com/rpms/failed_to_build.html
Failed builds: 1
13:08 +0100, Leigh Scott via rpmfusion-developers
wrote:
Do we really need to keep this legacy player around?
Are you going to fix issues like this?
I will try , I like have a fallback
https://bugzilla.rpmfusion.org/show_bug.cgi?id=6692
The bug was opened today
Upstream is virtually dead
Do we really need to keep this legacy player around?
Are you going to fix issues like this?
https://bugzilla.rpmfusion.org/show_bug.cgi?id=6692
Upstream is virtually dead.
https://git.ffmpeg.org/gitweb/mplayer.git/shortlog
On 30/05/2023 11:09, Sérgio Basto via rpmfusion-developers wrote:
I never enabled vaapi support by default, users need to enable that
themselves as chromium support for it is a mess.
Fedora chromium enables it by default.
Version Information
Data exported
2023-03-30T10:46:18.434Z
Chrome version
Chrome/111.0.5563.146
Operating system
Linux 6.2.8-300.fc3
I don't think a +2 release upgrade is a valid test case, I believe f37
is SHA256 signed.
On 19/02/2023 22:41, Sérgio Basto via rpmfusion-developers wrote:
Hi,
I spent this weekend understanding why when update my vm to F38
branched I got a lot of [1] the key ID d651ff2e is "our" key RPM-GPG-
rpmfusion-
developers wrote:
Le ven. 10 févr. 2023 à 02:33, Leigh Scott via rpmfusion-developers
a écrit :
Too late, rpmfusion is branched,
On 08/02/2023 23:13, Sérgio Basto via rpmfusion-developers wrote:
On Wed, 2023-02-08 at 12:56 +0100, Nicolas Chauvet via rpmfusion-
developers wrote:
As
rpmfusion mass branching was completed yesterday.
On 10/02/2023 12:03, Sérgio Basto via rpmfusion-developers wrote:
why is too late , I just notice we already got
https://dl.fedoraproject.org/pub/fedora/linux/development/38/
so is just point our rawhide to f38 and do the mass rebuild , before
Too late, rpmfusion is branched,
On 08/02/2023 23:13, Sérgio Basto via rpmfusion-developers wrote:
On Wed, 2023-02-08 at 12:56 +0100, 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 mas
Here's the new list of packages with broken deps.
[leigh@mpd-pc ~]$ sudo repoclosure --releasever rawhide --disablerepo=*
--enablerepo=fedora,rpmfusion-free,rpmfusion-nonfree --check
rpmfusion-free --check rpmfusion-nonfree
Fedora rawhide - x86_64 6.2 MB/s | 66 MB 00:10
RPM Fusion for Fe
I doubt there is enough freespace left on the harddrive for a mass
rebuild and branching, maybe kwizart can do a cleanup first.
On 08/02/2023 23:13, Sérgio Basto via rpmfusion-developers wrote:
On Wed, 2023-02-08 at 12:56 +0100, Nicolas Chauvet via rpmfusion-
developers wrote:
As fedora has b
You dropped the annobin fix when you rebased.
Fixed.
https://pkgs.rpmfusion.org/cgit/free/kodi.git/commit/?id=cbdf249756ff02d2a463c94f01c5e5e543281c28
Build.
https://koji.rpmfusion.org/koji/buildinfo?buildID=24648
On 17/01/2023 17:14, Michael Cronenworth via rpmfusion-developers wrote:
On 1/
Maybe add this link to each README.md
https://www.paypal.com/paypalme/rpmfusion
On 09/01/2023 21:06, Nicolas Chauvet wrote:
Hi there,
This was bring to my attention recently but some
end-users/contributors seems to miss to find their way to the
bugzilla.rpmfusion.org to report issue.
Is the
I haven't got the time to waste on mesa pushes and untags.
We need to change our package replacement policy.
On 02/01/2023 17:09, Gary Buhrmaster wrote:
I suspect in this case the most viable (although
very ugly) solution is for the freeworld packager(s)
to request the rpmfusion admins untag
ibs.x86_64 0.2.7-8.fc37 fedora
On Sat, 2022-12-17 at 12:34 +0100, Leigh Scott wrote:
Summary of changes:
be2c66a... Bump Pipewire version (*)
(*) This commit already existed in another branch; no separate mail
sent
___
rpmfusion-commits ma
Scratch builds are disabled, use mock instead.
On 15/12/2022 14:45, Martin Gansser wrote:
Hi,
I want to create a koji-rpmfusion build, this fails with the error message
[martin@fedora SPECS]$ koji-rpmfusion build --scratch rawhide-free
../SRPMS/vdr-burn-0.3.0-30.fc37.src.rpm
Uploading srpm: .
It's a sub-package of mplayer
https://koji.rpmfusion.org/koji/buildinfo?buildID=23580
On 09/11/2022 13:57, zonexpertconsult...@outlook.com wrote:
Tracing down a dependency issue for mythtv -> mjpegtools -> mencoder
for el9, I noticed mencoder does not show in rpmfusion pkgdb.
However, the p
Fixed.
On 07/11/2022 14:55, zonexpertconsult...@outlook.com wrote:
The following bug report went to the previous package maintainer,
Richard Shaw, rather than me when it was initially created:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=6463
Anyone know how to fix this for future bug repor
The new ffmpeg build with rtmp disabled fixes the issue.
https://koji.rpmfusion.org/koji/buildinfo?buildID=23950
On 20/10/2022 08:14, Nicolas Chauvet wrote:
Le jeu. 20 oct. 2022 à 01:49, a écrit :
ZoneMinder is failing to build, only on el9, with the following:
[100%] Linking CXX executabl
for
builds to take longer than 14 hours +.
On 25/05/2022 20:53, Dominik 'Rathann' Mierzejewski wrote:
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
Ex
I wont be packaging it as it's too limited and requires proprietary
firmware to function.
On 13/05/2022 10:51, Kevin Kofler via rpmfusion-developers wrote:
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe
Did you even bother to read common issues?
https://rpmfusion.org/CommonBugs
On 14/05/2022 10:47, Barry Scott wrote:
I had a working f35 with the rpmfusion nvidia drivers.
After upgade to f36 the nvidia-fallback.service reports that the nvidia
driver is missing and mod probes nouveau.
I tri
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 year
This change means your package doesn't qualify to be in rpmfusion,
please revert.
On 03/04/2022 12:35, Nicolas Chauvet wrote:
Can you elaborate on this change ?
Le dim. 3 avr. 2022, 13:32, mavit a écrit :
commit a00ffa78e89a869902e2323568790665a44283e6
Author: Peter Oliver
Date:
I have done the changes needed so kodi can build on f36+
https://pkgs.rpmfusion.org/cgit/free/kodi.git/commit/?id=a3ea17aead50b566f627e6b58d83415b45c8cdcc
It looks like kodi is really lagging behind on ffmpeg support.
https://github.com/xbmc/xbmc/commit/9796ac2795da7234e3144f3c88becc8d9ddf68
Hi Dominik,
Sorry, I considered it a lesser evil than bundling ffmpeg for chromium
and qt5-qtwebengine-freeworld.
Feel free to revert it.
Regards,
Leigh
On 11/02/2022 11:16, Dominik 'Rathann' Mierzejewski wrote:
Hello, Leigh.
I don't think it's a good idea to carry this patch. It was reje
I stripped some bits from the compat package, smb, vmaf, vulkan and
more, does that affect compatibility?
On 11/02/2022 09:22, Nicolas Chauvet wrote:
Le mer. 9 févr. 2022 à 16:10, Kevin Kofler via rpmfusion-developers
a écrit :
Nicolas Chauvet wrote:
There is a consensus to have a compat-ff
On 09/02/2022 15:09, Kevin Kofler via rpmfusion-developers wrote:
This should make it possible to build chrome with ffmpeg.
https://pkgs.rpmfusion.org/cgit/free/ffmpeg.git/commit/?id=afe251ab706f9a81a446ffb28dac43d8091f3a31
___
rpmfusion-developers ma
Maybe try a x86_64 scratch build first to see if kodi builds against
ffmpeg-5.0.
On 10/02/2022 13:51, Michael Cronenworth wrote:
On 2/10/22 5:33 AM, Sérgio Basto wrote:
meanwhile mass rebuild was done
You skipped kodi, which is currently built against ffmpeg-4.4. Do you
need me to kick off
Is anyone free for a quick review?
https://bugzilla.rpmfusion.org/show_bug.cgi?id=6213
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
package: HandBrake
package: VirtualBox
package: acoustid-fingerprinter
package: alsa-plugins-freeworld
package: aqualung
package: audacious-plugins-freeworld
package: avidemux
package: bino
package: chromaprint-tools
package: chromium-freeworld
package: cinelerra-gg
package: comskip
package: deadbe
You will need to disable debuginfo (use -g0) if your going to build
for aarch64.
On 24/01/2022 16:50, Kevin Kofler via rpmfusion-developers wrote:
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send
test
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
It's in the nonfree-tainted repo
https://mirror.netsite.dk/rpmfusion/nonfree/fedora/tainted/34/x86_64/b/
On 09/12/2021 10:38, Ian Malone wrote:
Hi,
I've been trying to get hold of this firmware, (currently using a SUSE
package for it), it looks from
https://koji.rpmfusion.org/koji/packageinf
There are many deps missing, see
https://koji.rpmfusion.org/buildsys-override/f35-free/i386/
On 22/10/2021 11:05, Sérgio Basto wrote:
we should bring this issue to Fedora , I study this some days ago
https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/message/YCOVILTR
I don't think we should allow anymore i686 package reviews as
maintaining the infra for them is a burden.
On 22/10/2021 07:14, Nicolas Chauvet wrote:
x86_32 builds are not done anymore by default because of the way
fedora publishes the i686 repository differently than other arches.
Workaround
Someone will need to package 470.xx.
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Looks fine here.
https://download1.rpmfusion.org/nonfree/fedora/updates/33/x86_64/repoview/akmod-nvidia-390xx.html
https://download1.rpmfusion.org/nonfree/fedora/updates/34/x86_64/repoview/akmod-nvidia-390xx.html
Testing is empty.
https://download1.rpmfusion.org/nonfree/fedora/updates/testi
The next push will be on Monday or Tuesday.
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
I have orphaned mpv as I don't have the time to maintain it.
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
See https://bugzilla.rpmfusion.org/show_bug.cgi?id=6066
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
F35 will probably ship with 4.4.x due to ffmpeg 9 month release cycle, I
expect it to release in late December or early January.
https://communityblog.fedoraproject.org/fedora-linux-35-development-schedule/
On 08/07/2021 13:31, Nicolas Chauvet wrote:
> Le jeu. 8 juil. 2021 à 11:59, Dominik 'Rat
You have also done an accidental vmaf .so bump in f34
https://koji.fedoraproject.org/koji/buildinfo?buildID=1771177
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le.
It's been fixed.
https://bugzilla.rpmfusion.org/show_bug.cgi?id=6006#c5
https://ftp.icm.edu.pl/pub/Linux/dist/rpmfusion/free/fedora/updates/testing/34/x86_64/repoview/HandBrake.html
On 05/06/2021 17:19, Wade Berrier wrote:
> Hello,
>
> I think I'm running into this:
>
> https://www.reddit.com/r/
Did you run
rfpkg retire 'Not needed'
on master branches?
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
RIP
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Good luck with building normalize once glib1 and gtk+ are retired.
FTR faad2 dropped xmms support a couple of years ago.
On 22/05/2021 13:17, Sérgio Basto wrote:
> Hi,
>
> I started the sentence with "if", "if glib1 and gtk+ will be removed"
>
> As news, I was going to write that everything is j
Yes they supported and include power management.
On 22/05/2021 09:54, Kevin Kofler via rpmfusion-developers wrote:
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le.
nvidia-470.xx will be the last release to support GTX 600/700 Series Kepler
cards.
https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-470-Ends-Kepler
I don't intend to do 470.xx support, someone else will need to do a review and
maintenance of it
Do we even care about the freenode status? considering a lot of our content
isn't free.
I don't give a damn if they sell my details as they only have my email address!
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To u
Did you even try reading the link you provided?
https://src.fedoraproject.org/rpms/xorg-x11-xkb-utils/blob/rawhide/f/dead.package
On 01/03/2021 18:53, Antonio T. sagitter wrote:
> Hi all.
>
> Why 'xorg-x11-xkb-utils' is missing in rawhide-free branch?
> https://koji.rpmfusion.org/kojifiles/work/
It was retired.
Use the new package names.
xkbcomp-1.4.4-2.fc34.x86_64 : XKB keymap compiler
Repo : fedora
Matched from:
Filename : /usr/bin/xkbcomp
setxkbmap-1.3.2-3.fc34.x86_64 : X11 keymap client
Repo : fedora
Matched from:
Filename : /usr/bin/setxkbmap
On 01/03/2021 1
caja-dropbox
d1x
dream
frobtads
megasync
pcsx2
pipelight
snes9x
xv
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
avidemux
bino
cinelerra-gg
deepin-movie
deepin-voice-recorder
deepin-screen-recorder
deepin-music
fs-uae
gr-dab
gpac
gstreamer1-libav
libopenshot
mixxx
openmw
qmmp-plugins-freeworld
svt-hevc
swftools
zsnes
___
rpmfusion-developers mailing list -- rpmfusio
You need to tag xorg-x11-drv-nvidia-390xx into buildroot override.
Example (I have run this for you already):
koji-rpmfusion tag-build f34-nonfree-override
xorg-x11-drv-nvidia-390xx-390.141-1.fc34
On 07/01/2021 21:50, Henrik Nordström wrote:
> Trying to update Nvidia 390xx drivers but ran
I expect a few packages will fail to build for the rpmfusion f34 mass-rebuild
due to new GCC and LTO changes, please check your packages build ok in advance.
ffmpeg build issues:
- gstreamer1-libav https://bugzilla.rpmfusion.org/show_bug.cgi?id=5886
- megasync
- ppsspp https://bugzilla.rpmfusio
Try this to build the kmod.
rpmbuild --rebuild --define='kernels $(uname -r)'
nvidia-kmod-455.45.01-1.fc34.src.rpm
As for the conflict, we support the latest centos release not redhats
latest.
I will try and build for el8 later.
On 19/11/2020 20:48, Andrew Bauer wrote:
> This could possibl
Kodi needs to use python3 to avoid this
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5688
On 17/11/2020 18:25, Wade Berrier wrote:
> Hello,
>
> I noticed that Fedora 33 ships Kodi 19, which is currently in alpha.
>
> Is that normal for rpmfusion to ship a Kodi version while it's in alpha?
>
>
The next rawhide compose will have fixed libbluray package.
On 31/10/2020 11:58, Richard Shaw wrote:
> I am trying to update mythtv in master/f34 but could not perform a
> test build due to the following error:
>
> Error:
> Problem: cannot install the best candidate for the job
> - nothing prov
You would need to reinstall the fdk-aac-free package that you removed,
after this you will be able to remove fdk-aac.
On 02/10/2020 18:17, Tobias Girstmair wrote:
> On Fri, Oct 02, 2020 at 06:04:51PM +0100, Leigh Scott wrote:
>> Can you post
>>
>> rpm -qa fdk\*
>
>
There are to providers for fdk
1: fdk-aac-free (fedora repo)
2: fdk-aac (rpmfusion-nonfree)
# dnf repoquery --whatprovides 'libfdk-aac.so.2()(64bit)'
Last metadata expiration check: 1:08:57 ago on Fri 02 Oct 2020 16:44:28 BST.
fdk-aac-0:2.0.1-3.fc33.x86_64
fdk-aac-free-0:2.0.0-5.fc33.x86_64
#
The fedora fdk free package isn't equal to the rpmfusion package.
They use a different source code which has the patented code removed.
On 30/09/2020 08:02, Nicolas Chauvet wrote:
> Le mar. 29 sept. 2020 à 17:38, Tobias Girstmair a
> écrit :
>> Hi,
>>
>> While looking at my local packages I not
File a bug report so the maintainer sees it!
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
pyskool.desktop doesn't exist so there isn't a icon to find
pyskool.desktop
pyskool
Pyskool
Remake of Skool Daze and Back to Skool
Pyskool is a faithful re-implementation of the classic ZX
Spectrum games Skool Daze and Back to Skool.Each game revolves around
the antics o
xpenguins.desktop
On 19/09/2020 18:04, Antonio T. sagitter wrote:
> It is so indeed, but `appstream-util` treats tag as invalid:
>
> http://koji.rpmfusion.org/koji/getfile?taskID=438129&volume=DEFAULT&name=build.log&offset=-4000
>
> On 19/09/20 18:34, Leigh Scott wrot
Don't quote me, but I think it gets the icon from the desktop files, the
icon names should match the desktop file names.
On 19/09/2020 10:35, Antonio T. sagitter wrote:
> I fixed the PPSSPP's appdata files where icon/ tags were missing.
>
> On 17/09/20 22:01
Maybe try reading your bug reports ;-)
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5756
On 18/09/2020 14:14, Antonio T. sagitter wrote:
> Hi all.
>
> I can't use `$ rfpkg build`
>
> $ rfpkg build
> Could not execute build: 'Commands' object has no attribute
> 'read_koji_config'
>
>
>
> __
Why post here?, see
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5756
On 18/09/2020 10:39, Martin Gansser wrote:
> Hi,
> would like to create a new package from shotcut, but it fails.
>
> [martin@fc32 shotcut]$ rfpkg clog && rfpkg commit -F clog && /bin/rm clog &&
> git show
> Could not execu
I can address that issue.
https://pkgs.rpmfusion.org/cgit/free/rpmfusion-free-appstream-data.git/commit/?id=fee9fe5f4ef0cd6707b6d665397398d2b4809686
On 17/09/2020 21:51, Sérgio Basto wrote:
> On Thu, 2020-09-17 at 20:01 +0000, Leigh Scott wrote:
>>
>> org.kde.ffmp
appstream-builder has veto your apps mainly due to missing icon.
This means your app isn't displayed in gnome-ssoftware.
https://admin.rpmfusion.org/pkgdb/package/free/rpmfusion-free-appstream-data/
com.libretro.RetroArch
retroarch-freeworld
RetroArch
Frontend for emulat
The task failed due to a repo isuue, I regenerated the repo and
resubmitted the failed build.
On 02/09/2020 09:24, Göran Uddeborg wrote:
> Hello,
>
> Could you explain what happened with ProjectX?
>
> Yesterday I tried to fix the build problem for ProjectX. It worked for
> rawhide, and I started a
It should work now, I forgot to run the acls script.
On 28/08/2020 07:26, Mamoru TASAKA wrote:
> Leigh Scott wrote on 2020/08/28 5:07:
>> Thanks for addressing the issues.
>>
>> I have sponsored you for proven packager status, feel free to build it
>> for >= f32 br
Thanks for addressing the issues.
I have sponsored you for proven packager status, feel free to build it
for >= f32 branches.
On 27/08/2020 14:18, Mamoru TASAKA wrote:
> Leigh Scott wrote on 2020/08/20 17:56:
>>
>> dosemu should be retired, it's is broken in F32 a
Perhaps add an epoch to address this issue.
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
vcmi is also a candidate for retirement, the maintainer is unresponsive
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5674
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-devel
Can we retire freeguide?, the package is non-functional in F32 due to a
xmltv issue.
I doubt this package has worked for many releases.
dosemu should be retired, it's is broken in F32 and is unmaintained, see
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5663
On 19/08/2020 13:06,
I didn't notice any of your cmake fixes yesterday.
It built ok for f33 after I fixed the cmake and LTO issues.
http://koji.rpmfusion.org/koji/buildinfo?buildID=15993
On 19/08/2020 12:52, Richard Shaw wrote:
> I think I finally have all the cmake change shenanigans fixed but now
> I'm running i
free FTBFS
ProjectX
deepin-movie
deepin-screen-recorder
deepin-voice-recorder
dosemu
freeguide
game-data-packager
kodi-inputstream-adaptive
kodi-peripheral-joystick
kodi-pvr-dvblink
kodi-pvr-demo
kodi-pvr-dvbviewer
kodi-pvr-iptvsimple
kodi-pvr-mediaportal-tvserver
kodi-pvr-hts
kodi-pvr-mythtv
kodi
That was way easier than I thought :-)
https://pkgs.rpmfusion.org/cgit/free/ffmpeg.git/tree/ffmpeg.spec#n348
On 04/08/2020 02:03, Gary Buhrmaster wrote:
> On Tue, Aug 4, 2020 at 12:53 AM Leigh Scott wrote:
>> I decided to disable LTO for x86 ffmpeg
>>
> In the past I have man
the next release.
>
> Thanks,
> Andy
>
>
> ----
> *From:* Leigh Scott
> *Sent:* Wednesday, August 5, 2020 7:24 AM
> *To:* rpmfusion-developers@lists.rpmfusion.org
>
> *Subject:* Re: Please tests your
On 05/08/2020 13:01, Andrew Bauer wrote:
> For the zoneminder package, I switched to %cmake3_build and
> $cmake3_install. For this case, cmake3 macro is needed, rather than
> cmake, to force the use of cmake3 on el7.
>
> Despite comments from other sources to the contrary, no further
> changes we
None of your changes for openshot are going to work on f32, f31 or el8
You need to add this for older fedora releases to force the new marcos
%undefine __cmake_in_source_build
If you want it to build on el8 you can't use %cmake3_build or
%cmake3_install, see
https://pkgs.rpmfusion.org/cgit/f
I decided to disable LTO for x86 ffmpeg
https://pkgs.rpmfusion.org/cgit/free/ffmpeg.git/commit/?id=bfaed69e0c3b2beb9e310d505cbd07d5eb719155
On 03/08/2020 13:39, Richard Shaw wrote:
> Obviously I had to update the CMake config for Avidemux but then ran
> into this:
>
> usr/bin/ld: /tmp/libADM6pos
All ffmpeg x86_64 builds fail with LTO, I am testing this patch for
ffmpeg-4.3
https://github.com/OpenMandrivaAssociation/ffmpeg/blob/master/ffmpeg-2.5-fix-build-with-flto-and-inline-assembly.patch
http://koji.rpmfusion.org/koji/taskinfo?taskID=424130
On 03/08/2020 13:39, Richard Shaw wrote:
>
1 - 100 of 207 matches
Mail list logo