On Sat, Apr 13, 2019 at 2:03 PM Xavier Bachelot wrote:
A couple of observation regarding lack of viability
for some packages being moved to Fedora (I
have not actually looked at the code bases to
know if there are any more subtle issues involved).
> Here's an hopefully more accurate list:
>
On Fri, May 24, 2019 at 4:06 AM Sérgio Basto wrote:
>
> On Mon, 2019-05-13 at 23:34 +, Gary Buhrmaster wrote:
> > Thanks! As soon as it hits, I'll update the xmltv package
> > to build the grabber in el7.
>
>
> I Just receive [1] tomorrow should be available on R
It would seem that arm-builder11.home.rpmfusion.net
is having various issues. A couple of abortive builds
have recently ended with messages of the form:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/koji/daemon.py", line 1295, in runTask
response =
On Sun, Jul 14, 2019 at 3:35 PM Nicolas Chauvet wrote:
> Any though ?
The x86 32-bit architecture has been a secondary architecture
since F26. The writing has been on the wall for all to see (and
a lack of volunteers to do the (very very very) hard work of
validating/maintaining 32-bit kernels
On Sun, Aug 11, 2019 at 2:13 PM Nicolas Chauvet wrote:
> There is a need to dive into upstream source code, and actually move
> the python2->python3 code or ask upstream to do so if one cannot help.
I happen to have some familiarity with that project.
Some of the python code is version
On Mon, Sep 2, 2019 at 11:59 AM Nicolas Chauvet wrote:
> Any feedback ?
Short answer:
Thanks for letting us know the plans. They work for me.
Much longer answer:
i686 is dead, long live i686.
The writing was on the wall for some time regarding i686,
and with Fedora finally dropping the
I am getting responses from the metalink that
include the following line:
# Bad Request [Errno 28] No space left on device
The target IP for the request was both 158.69.195.211 and
2607:5300:201:3000::278c
___
rpmfusion-developers mailing list --
On Fri, Oct 4, 2019 at 11:49 PM Kevin Kofler wrote:
> I think mongodb should be packageable in RPM Fusion nonfree.
Not taking sides, but Björn 'besser82' Esser said that
it (probably cannot be packaged in RPMFusion for
the unifi controller in a previous discussion.
Some background
FD: I have no specific standing, as I don't use
the package, and am unlikely to ever do so,
so whatever happens is unlikely to matter to me.
On Thu, Oct 3, 2019 at 1:10 PM Nicolas Chauvet wrote:
>
> Hi there,
>
> > Requires: /usr/bin/mongod
> > Requires:
On Wed, Sep 30, 2020 at 9:35 AM Leigh Scott wrote:
>
> The fedora fdk free package isn't equal to the rpmfusion package.
>
> They use a different source code which has the patented code removed.
>
It was my interpretation that the request
(from rpmfusion-nonfree to rpmfusion-free)
had to do with
On Wed, Sep 30, 2020 at 7:03 AM Nicolas Chauvet wrote:
> Also can you clarify why you need this over using the internal ffmpeg
> AAC codec ?
The Fraunhofer AAC library supports capabilities
that FFmpeg itself (if not compiled with the fdk
library) does (did?) not support, such as HEv1/2.
And,
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 managed to get FFmpeg to
compile with LTO even when embedded in
another app, but it required some somewhat
fragile hoop jumping, and is likely a bridge too
far for this release
On Wed, Aug 5, 2020 at 4:20 AM FeRD wrote:
> I haven't merged my changes back beyond master yet, but the impression I got
> was, at least once F33 is released, I could. No?
Your interpretation is the same as mine. Changes
to support compatibility were stated to be intended
to be backported
On Wed, Jul 8, 2020 at 3:36 PM Michael Cronenworth wrote:
> The 32-bit ARM build couldn't link.
"Out of memory" would suggest that this is a
build infrastructure issue (whether the VM
memory allocation needs to be bigger or
more disk swap needs to be assigned are
all various trade-offs for
On Fri, Jun 5, 2020 at 11:07 PM Andrew Bauer
wrote:
>
> I am planning to overhaul my htpc box and am curious if a mythtv 31 build on
> el8 is near.
>
Richard's specific dependencies are a problem
for providing the exact same functionality in el8
as the existing fedora and el7 builds. That
On Mon, Dec 7, 2020 at 4:12 PM Mohamed El Morabity
wrote:
>
> > -Requires: mariadb
> > +Requires: mariadb-server
>
> MythTV can use a remote DB server. I really don't think a hard
> dependency on the MariaDB server is justified or necessary here.
It possibly should be a Recommends (or even
a
On Thu, May 20, 2021 at 12:21 PM 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.
There will always be those who prefer IRC (for
one
On Sat, May 22, 2021 at 9:02 AM Kevin Kofler via rpmfusion-developers
wrote:
>
> Those cards are well-supported by the Nouveau driver by now, aren't they?
>
Perhaps the largest shortcoming is that there
is no automated voltage and re-clocking (for
the core and/or memory) support based on
GPU
On Sat, May 22, 2021 at 9:02 AM Kevin Kofler via rpmfusion-developers
wrote:
>
> Those cards are well-supported by the Nouveau driver by now, aren't they?
>
Perhaps the largest shortcoming is that there
is no automated voltage and re-clocking (for
the core and/or memory) support based on
GPU
On Tue, Jun 29, 2021 at 4:19 PM Nicolas Chauvet wrote:
>
> Le mar. 29 juin 2021 à 18:06, Sérgio Basto a écrit :
> > Only epel 8 is missing but we could ask for it .
> No we can't (at least not easily).
Well, technically, the asking is easy :-)
> As the lame package is in RHEL but
> only the
On Sun, Jul 11, 2021 at 6:04 PM Sérgio Basto wrote:
> and send a email announcement that
> rpmfusion moved to https://libera.chat/
The rpmfusion web pages were updated to
mention libera.chat, I guess the person who
did that did not send out a formal email at the
same time (or at least I do not
On Mon, Mar 1, 2021 at 2:05 AM Sérgio Basto wrote:
> [1]
> https://docs.fedoraproject.org/en-US/packaging-guidelines/#_applying_patches
Thank you for confirming that the current practice
(patches in dist-git) is an approved one (in fact even
the default one), and while one MAY choose to do
On Fri, Feb 26, 2021 at 11:49 PM 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
I'll point out that having the patch files included
this way (and in the emails) has been standard
procedure for quite some
On Sun, Feb 28, 2021 at 4:14 AM Sérgio Basto wrote:
> Maybe we should change the guidelines.
I suspect your formal proposal will generate some
interesting discussion.
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To
On Sat, Dec 25, 2021 at 6:17 PM Sérgio Basto wrote:
>
> On Fri, 2021-12-24 at 23:20 +, admin.tsurobilt wrote:
>
> > Are there plans to release configurations for RHEL 9 beta on rpmfusion?
>
>
> yes of course , work still in progress
I always presumed as such, and understood
that there are
On Wed, Dec 15, 2021 at 3:56 PM Vitaly Zaitsev via
rpmfusion-developers wrote:
> Btw, there is another CVE in log4j:
> https://thehackernews.com/2021/12/second-log4j-vulnerability-cve-2021.html
Apache talks about non-default configurations
as being required to be able to . It is not clear
if
On Wed, Dec 15, 2021 at 4:50 PM Gary Buhrmaster
wrote:
> Apache talks about non-default configurations
> as being required to be able to . It is not clear
> if the unifi network app is vulnerable. There
> is not yet a response by the ubnt team.
Never mind, 6.5.55 is now out in th
On Tue, Feb 1, 2022 at 5:21 PM Xavier Bachelot wrote:
> There are missing dependencies for a lot of RPM Fusion packages in EPEL
> 9, but I've been filling a lot of bugs for dependencies of the high
> profile packages or packages I care about, and even if there's quite a
> lot of work remaining,
On Tue, Feb 1, 2022 at 3:52 PM Kevin Kofler via rpmfusion-developers
wrote:
>
> 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?
I will note that while I have
On Tue, Feb 1, 2022 at 3:52 PM Kevin Kofler via rpmfusion-developers
wrote:
>
> 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?
I will note that while I have
On Tue, Feb 1, 2022 at 3:15 PM Andrew Bauer
wrote:
> hi Gary,
> I think Nicolas is referring to fixing the perl-XML-TreeBuilder runtime
> requirement for mythtv. Until recently, it was missing from el8.
>
> I am not sure if this is needed for xmltv or not. Haven't looked.
Not in any direct
I am getting an error from koji when trying to build for el8:
BuildrootError: could not init mock buildroot, mock exited with
status 30; see root.log for more information
The mock_output.log shows:
Error: Error downloading packages:
Status code: 404 for
On Tue, Feb 1, 2022 at 7:52 AM 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.
> I hope to work on this with el9, then adapt el8 as appropriate on a next
> step...
Ok, thanks. I'll wait for
On Wed, May 25, 2022 at 7:54 PM Dominik 'Rathann' Mierzejewski
wrote:
> 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.
My guess (and it is just
On Tue, Jul 26, 2022 at 2:52 PM Andrew Bauer
wrote:
>
> Would one of the admins please approve the el9 branch requests I submitted
> last week through pkdb, for mythtv and mythweb packages. Thank you.
>
Be aware that one of the el9 dependencies for
mythtv's python bindings (python-mysql) is
On Tue, Jul 26, 2022 at 3:27 PM Andrew Bauer
wrote:
>
> Thanks for the heads up, Gary.
>
> According to that bug report, there is movement to retire python-mysql and
> use python-mysqlclient instead. The latter has already been built for el9. I
> am currently out of town for work and will look
On Tue, Sep 6, 2022 at 7:24 PM Nicolas Chauvet wrote:
> Hope this helps.
With almost any good, comes some bad ("Well, that's
interesting!"). Thanks for the work to make this a reality.
___
rpmfusion-developers mailing list --
On Mon, Jan 2, 2023 at 9:55 AM RPM Fusion Bugzilla
wrote:
>
> Comment # 91 on bug 6426 from Thorsten Leemhuis
>
> (In reply to Luya Tshimbalanga from comment #90)
> > I updated the spec file adding conflicts condition
>
> Thx for this. I noticed you increased %release when you did so, which is
On Sun, Feb 19, 2023 at 11:05 PM Leigh Scott via rpmfusion-developers
wrote:
>
> I don't think a +2 release upgrade is a valid test case, I believe f37
> is SHA256 signed.
>
Fedora officially supports a +2 release upgrade, and
for reasons[0][1], some people only upgrade to N when
N-2 is about to
On Tue, Feb 21, 2023 at 9:04 PM Dominik 'Rathann' Mierzejewski
wrote:
>
> 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
On Wed, Mar 1, 2023 at 11:29 AM Vascom via rpmfusion-developers
wrote:
>
> How to make scratch build?
>
> I have an error:
> $ koji-rpmfusion build rawhide-nonfree megasync-4.8.8.0-1.fc39.src.rpm
> --scratch
> Uploading srpm: megasync-4.8.8.0-1.fc39.src.rpm
>
I am going to presume that the error during
the mock buildroot init:
Error: Error downloading packages:
Status code: 404 for
http://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/Packages/c/curl-7.88.0-2.fc39.x86_64.rpm
(IP: 192.168.182.1)
while trying
42 matches
Mail list logo