--- Begin Message ---
Tomasz Torcz wrote:
> If we decide to move out of freenode, we should decide if sticking
> with IRC is worth. Nothing beats irssi, but nowadays I would prefer
> new channels to be created on Matrix network.
Matrix channels can and should be bridged to IRC. It's not an
--- Begin Message ---
Leigh Scott wrote:
> 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=NVIDIA-470-Ends-Kepler
>
> I don't intend to do 470.xx support, someone else will need to do a review
> and
--- Begin Message ---
Sérgio Basto wrote:
> IMHO, Please use `rfpkg new-sources v31.0..b6ddf202a4.patch` to avoid
> at least send 28K bytes of text in email, btw sometimes it breaks my
> gnome evolution
IMHO, patches normally do not belong in the lookaside cache. They are text
files, can be
--- Begin Message ---
Vitaly Zaitsev via rpmfusion-developers wrote:
> APTX/AAC/LDAC support patches were merged[1] into the PulseAudio
> upstream and part of 15.0 release.
>
> I think we need pulseaudio-freeworld package now.
As far as I can see, the patch touches only the bluetooth module, so
--- Begin Message ---
Dominik 'Rathann' Mierzejewski wrote:
> 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
I do not think this trivial accessor is going to be a maintenance
--- Begin Message ---
Leigh Scott wrote:
> This should make it possible to build chrome with ffmpeg.
>
>
https://pkgs.rpmfusion.org/cgit/free/ffmpeg.git/commit/?id=afe251ab706f9a81a446ffb28dac43d8091f3a31
This patch on its own is not going to work for the current qt5-qtwebengine,
the
--- Begin Message ---
Gary Buhrmaster wrote:
> I will note that while I have not tested in the past
> few months, I have experienced certain artifacts(*)
> when trying to use mock builds with Alma (their
> use of modularity breaks some existing dependency
> resolution for existing package builds)
--- Begin Message ---
Nicolas Chauvet wrote:
> CentOS has moved the content to vault, so I've found a more suitable
> mirror until we migrate to rhel/Stream kind of repos.
Why not use Alma or Rocky?
Kevin Kofler
___
rpmfusion-developers mailing
--- Begin Message ---
Leigh Scott wrote:
> package: qt5-qtwebengine-freeworld
Rebuilding now:
https://koji.rpmfusion.org/koji/taskinfo?taskID=523888
I had actually done the release bump the previous weekend (Sat Jan 29 2022),
but I was unable to do the rebuild because there was no Rawhide
--- Begin Message ---
Nicolas Chauvet wrote:
> There is a consensus to have a compat-ffmpeg4 package starting with
> ffmpeg 4.3.x (rather than 4.4.x for compatibility reason with one or
> another package preferring that version), then later go to
> ffmpeg-4.4.x when possible.
Don't we have
--- Begin Message ---
Kevin Kofler via rpmfusion-developers wrote:
> Rebuilding now:
> https://koji.rpmfusion.org/koji/taskinfo?taskID=523888
>
> I had actually done the release bump the previous weekend (Sat Jan 29
> 2022), but I was unable to do the rebuild because there
--- Begin Message ---
Leigh Scott wrote:
> You will need to disable debuginfo (use -g0) if your going to build
> for aarch64.
Oh fun, I looked at the offending command line, and it does attempt to pass
-g0, but this is then overwritten by -g appended (twice, even) later, coming
from the RPM
--- Begin Message ---
Hi,
since chromium-freeworld, which is based on the same codebase and takes
almost twice as long to build on x86_64 as qt5-qtwebengine-freeworld, has
had several successful builds on aarch64:
https://koji.rpmfusion.org/koji/packageinfo?packageID=506
I have decided to give
--- Begin Message ---
Hi,
for the last few hours, F35 build attempts have kept failing with:
Error: Error downloading packages:
Status code: 500 for
http://dl.fedoraproject.org/pub/fedora/linux/updates/35/Everything/x86_64/Packages/s/shadow-utils-4.9-9.fc35.x86_64.rpm
(IP: 192.168.182.1)
--- Begin Message ---
F34 also fails, on different files:
Error: Error downloading packages:
Status code: 500 for
http://dl.fedoraproject.org/pub/fedora/linux/updates/34/Everything/x86_64/Packages/j/jsoncpp-devel-1.9.4-5.fc34.x86_64.rpm
(IP: 192.168.182.1)
Error: Error downloading packages:
--- Begin Message ---
Vitaly Zaitsev via rpmfusion-developers wrote:
> On 24/01/2022 17:50, Kevin Kofler wrote:
>> Do you have any idea how we can resolve the issue or should I just go
>> back to building the package on x86_64 only?
>
> Take a look at the Telegram Desktop hacks:
>
Ankur Sinha via rpmfusion-developers wrote:
> I upgraded here, so maybe I've done this in the past and it's still
> there. I see this in my qutebrowser config:
>
> ```
> ppapi-widevine-path=/opt/google/chrome/libwidevinecdm.so
> ```
So you have the proprietary google-chrome installed? That
Ankur Sinha via rpmfusion-developers wrote:
>> That said, Chromium also uses a bundled OpenH264 to encode H.264 for
>> WebRTC. If that is not patched to support dlopening, then we still need a
>> qt6- qtwebengine-freeworld built with the bundled OpenH264 enabled. We
>> are not allowed to ship
Ankur Sinha via rpmfusion-developers wrote:
> No freeworld package is needed for qt6-qtwebengine. It is linked
> against Fedora's system ffmpeg and will gracefully upgrade when
> libavcodec-freeworld is installed.
It will pick up the FFmpeg library, yes, but will it actually report the
proper
Ankur Sinha via rpmfusion-developers wrote:
> I'm not really sure. How would one test this? (Things like Netflix seem
> to work fine here for me)
Netflix works for you?! I would have expected it to work only if you
manually install the widevine DRM blob into the correct directory.
> I do see
--- Begin Message ---
Thomas Stephen Lee wrote:
> https://developer.nvidia.com/blog/nvidia-releases-open-source-gpu-kernel-modules/
Keep in mind that:
* this is only the kernel module, not the userspace,
* the module is not compatible with the current FOSS userspace drivers (the
current version
Nicolas Chauvet via rpmfusion-developers wrote:
> According to pkgdb, this is still the case, but none has updated this
> package for qt5-5.15.9
> https://admin.rpmfusion.org/pkgdb/package/free/qt5-qtwebengine-freeworld/
If QtBase gets updated, we can only rebuild QtWebEngine against it after the
Hi Ankur,
Ankur Sinha via rpmfusion-developers wrote:
> Just saw your new build for F38. I thought I had rebuilt the F38 package
> for qt 5.15.9 already---my local mock build here certainly shows it
> (it's the package I'm using now):
>
> $ rpm -qi qt5-qtwebengine-freeworld --requires | grep qt
Frank Dana via rpmfusion-developers wrote:
> To respond to Kevin, more generally: Removing packages *can *be a
> disservice to users*,* *if there even are any*, but a package simply being
> in the repo does not mean that there are. And every package in the repo,
> no matter how frequently used and
Oh, so, AFTER I resend this by e-mail, the message I had sent through Gmane
actually goes through. Seems to just have been delayed rather than eaten.
Sorry for the double post.
Kevin Kofler
___
rpmfusion-developers mailing list --
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
>
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
>
27 matches
Mail list logo
