Re: Could not auth with koji
by Andrew Bauer
Ah, right. That's the package you asked us to bless with karma earlier this week. Done, and fixed. Thank you.
Thanks,
Andy
________________________________
From: Sérgio Basto <sergio(a)serjux.com>
Sent: Friday, February 26, 2021 5:46 PM
To: RPM Fusion developers discussion list <rpmfusion-developers(a)lists.rpmfusion.org>
Subject: Re: Could not auth with koji
Please update yours rpkg [1]
for F32 I used [2] see what advisor fits to you .
Best regards,
[1]
https://bodhi.fedoraproject.org/updates/?packages=rpkg
[2]
dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-
cce45055c3
On Fri, 2021-02-26 at 21:34 +0000, Andrew Bauer wrote:
> I am unable to initiate a build with koji:
> > $ rfpkg build --nowait
> > You might want to run rpmfusion-packager-setup or rpmfusion-cert -n
> > to regenerate SSL certificate. For more info see
> > https://rpmfusion.org/Contributors#If_SSL_certificate_expired
> > Could not execute build: Could not auth with koji. Login failed:
> > 'ca'
>
> It is odd that the login is 'ca'. My FAS account name is kni and it
> is set correctly in .rpmfusion.user
>
> I've regenerated a new cert multiple times, using rpmfusion-cert and
> doing it the old way. Doesn't help.
>
> Here is the output of rpmfusion-cert:
> > $ rpmfusion-cert -v
> > Verifying Certificate
> > cert expires: 2021-08-25
> > We haven't crl.pem (https://admin.rpmfusion.org/accounts/ca/crl.pem
> > ) to check revocation list
>
> That url returns HTTP 404 by the way.
>
> It is difficult to tell if the error is on my side or with koji.
> Looking for some advice. Thanks.
> _______________________________________________
> rpmfusion-developers mailing list --
> rpmfusion-developers(a)lists.rpmfusion.org
> To unsubscribe send an email to
> rpmfusion-developers-leave(a)lists.rpmfusion.org
--
Sérgio M. B.
_______________________________________________
rpmfusion-developers mailing list -- rpmfusion-developers(a)lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-leave(a)lists.rpmfusion.org
1 year, 4 months
Re: [mythtv] Update to latest fixes/31.
by Andrew Bauer
Thanks for the feedback. I'll include the patch files as sources from now on. I did consider that before commiting. Ironically, I thought you would have wanted it the other way around. I guessed wrong.
Thanks,
Andy
________________________________
From: Sérgio Basto <sergio(a)serjux.com>
Sent: Friday, February 26, 2021 5:39 PM
To: rpmfusion-developers(a)lists.rpmfusion.org <rpmfusion-developers(a)lists.rpmfusion.org>; mythtv-owner(a)rpmfusion.org <mythtv-owner(a)rpmfusion.org>; rpmfusion-commits(a)lists.rpmfusion.org <rpmfusion-commits(a)lists.rpmfusion.org>
Subject: Re: [mythtv] Update to latest fixes/31.
On Fri, 2021-02-26 at 21:49 +0100, Andrew Bauer wrote:
> commit a754140ac1e6b1c4100a29b2bc7437a0339c49b0
> Author: Andrew Bauer <zonexpertconsulting(a)outlook.com>
> Date: Fri Feb 26 14:48:19 2021 -0600
>
> Update to latest fixes/31.
>
> mythtv.spec | 13 +-
> sources | 3 +-
> v31.0..b6ddf202a4.patch | 28604
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
Thank you.
--
Sérgio M. B.
_______________________________________________
rpmfusion-developers mailing list -- rpmfusion-developers(a)lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-leave(a)lists.rpmfusion.org
1 year, 4 months
Could not auth with koji
by Andrew Bauer
I am unable to initiate a build with koji:
> $ rfpkg build --nowait
> You might want to run rpmfusion-packager-setup or rpmfusion-cert -n to regenerate SSL certificate. For more info see https://rpmfusion.org/Contributors#If_SSL_certificate_expired
> Could not execute build: Could not auth with koji. Login failed: 'ca'
It is odd that the login is 'ca'. My FAS account name is kni and it is set correctly in .rpmfusion.user
I've regenerated a new cert multiple times, using rpmfusion-cert and doing it the old way. Doesn't help.
Here is the output of rpmfusion-cert:
> $ rpmfusion-cert -v
> Verifying Certificate
> cert expires: 2021-08-25
> We haven't crl.pem (https://admin.rpmfusion.org/accounts/ca/crl.pem) to check revocation list
That url returns HTTP 404 by the way.
It is difficult to tell if the error is on my side or with koji. Looking for some advice. Thanks.
1 year, 4 months
RPM Fusion update report 2021-02-25
by noreply＠rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 32
-------------
Pushed to testing:
shotcut-21.02.15-1.fc32
v4l2loopback-0.12.5-2.fc32
v4l2loopback-kmod-0.12.5-3.fc32
xtables-addons-3.15-1.fc32
xtables-addons-kmod-3.15-1.fc32
Pushed to stable:
ffmpegthumbs-20.12.2-1.fc32
kdenlive-20.12.2-1.fc32
Fedora 33
-------------
Pushed to testing:
shotcut-21.02.15-1.fc33
telegram-desktop-2.6.1-1.fc33
tg_owt-0-7.20210203gita198773.fc33
v4l2loopback-0.12.5-2.fc33
v4l2loopback-kmod-0.12.5-3.fc33
xtables-addons-3.15-1.fc33
xtables-addons-kmod-3.15-1.fc33
Pushed to stable:
ffmpeg-4.3.2-1.fc33
ffmpegthumbs-20.12.2-1.fc33
kdenlive-20.12.2-1.fc33
kodi-19.0-1.fc33
telegram-desktop-2.5.9-1.fc33
Fedora 34
-------------
Pushed to testing:
chromium-freeworld-88.0.4324.150-1.fc34
deadbeef-1.8.7-1.fc34
gr-dab-0.4-7.fc34
shotcut-21.02.15-1.fc34
telegram-desktop-2.6.1-1.fc34
tg_owt-0-7.20210203gita198773.fc34
v4l2loopback-0.12.5-2.fc34
v4l2loopback-kmod-0.12.5-3.fc34
xtables-addons-3.15-1.fc34
xtables-addons-kmod-3.15-1.fc34
Pushed to stable:
ffmpegthumbs-20.12.2-1.fc34
kdenlive-20.12.2-1.fc34
kodi-19.0-1.fc34
libheif-1.11.0-1.fc34
ppsspp-1.11-3.fc34
qmmp-plugins-freeworld-1.4.2-3.fc34
telegram-desktop-2.5.9-1.fc34
vcmi-0.99^20190113gitf06c8a8-4.fc34
EL 7
-------------
Pushed to testing:
Pushed to stable:
mythweb-31.0-3.el7
EL 8
-------------
Pushed to testing:
v4l2loopback-0.12.5-2.el8
v4l2loopback-kmod-0.12.5-3.el8
xtables-addons-3.15-1.el8
xtables-addons-kmod-3.15-1.el8
Pushed to stable:
mythweb-31.0-3.el8
Section nonfree:
-------------
Fedora 32
-------------
Pushed to testing:
nvidia-kmod-460.56-1.fc32
nvidia-modprobe-460.56-1.fc32
nvidia-persistenced-460.56-1.fc32
nvidia-settings-460.56-1.fc32
nvidia-xconfig-460.56-1.fc32
xorg-x11-drv-nvidia-460.56-1.fc32
Pushed to stable:
Fedora 33
-------------
Pushed to testing:
nvidia-kmod-460.56-1.fc33
nvidia-modprobe-460.56-1.fc33
nvidia-persistenced-460.56-1.fc33
nvidia-settings-460.56-1.fc33
nvidia-xconfig-460.56-1.fc33
xorg-x11-drv-nvidia-460.56-1.fc33
Pushed to stable:
Fedora 34
-------------
Pushed to testing:
nvidia-kmod-460.56-1.fc34
nvidia-modprobe-460.56-1.fc34
nvidia-persistenced-460.56-1.fc34
nvidia-settings-460.56-1.fc34
nvidia-xconfig-460.56-1.fc34
xorg-x11-drv-nvidia-460.56-1.fc34
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
nvidia-kmod-460.56-1.el8
nvidia-modprobe-460.56-1.el8
nvidia-persistenced-460.56-1.el8
nvidia-settings-460.56-1.el8
nvidia-xconfig-460.56-1.el8
xorg-x11-drv-nvidia-460.56-1.el8
Pushed to stable:
Theses packages will be available in main mirror in a few hours. Wait for local mirrors to sync
Please report any issue to https://bugzilla.rpmfusion.org
1 year, 4 months
Re: MythTV maintainership
by Nicolas Chauvet
Hello Richard, Andrew,
Thanks for rising your concern:
It would be very kind of you if you can connect to pkgdb (1) and
"give" the related packages you own to Andrew. (fas login kni).
https://admin.rpmfusion.org/pkgdb/package/free/mythtv/
Please report as packagers can already give packages or ACLs in full
autonomy without any admin coordination.
(There is a need to sync bugzilla default entries thought).
Thanks in advance.
Le mer. 24 févr. 2021 à 14:33, Andrew Bauer
<zonexpertconsulting(a)outlook.com> a écrit :
>
> hi Richard,
> I'll take it. I assume you mean all three packages: mythtv, mythweb, and mythtv-status.
>
> I'd be interested to know if you put in any kind of automated workflow to keep up with the latest commits in the mythtv fixes branch. I've been "borrowing" your mythtv src.rpm's from rawhide and rebuilding them for el8, after sprinkling in a few missing dependencies via copr repo.
>
> Just realized I think my frontend is experience this:
> https://bugzilla.rpmfusion.org/show_bug.cgi?id=4419
>
> Attempting to quit the frontend goes to a black screen. Shouldn't be too hard to track that one down.
>
> Sorry if I ramble. This is my first cup of coffee.
>
> Thanks,
> Andy
>
> No Trees were killed in the sending of this message.
> However, a large number of electrons were terribly inconvenienced.
>
> ________________________________
> From: Richard Shaw <hobbes1069(a)gmail.com>
> Sent: Sunday, February 21, 2021 10:50 AM
> To: RPM Fusion developers discussion list <rpmfusion-developers(a)lists.rpmfusion.org>
> Subject: MythTV maintainership
>
> Is anyone interested in officially taking over MythTV maintenance?
>
> I need to lighten my load a little bit and honestly, I've converted to Plex for everything but live TV recordings and Plex has that ability now too.
>
> Thanks,
> Richard
> _______________________________________________
> rpmfusion-developers mailing list -- rpmfusion-developers(a)lists.rpmfusion.org
> To unsubscribe send an email to rpmfusion-developers-leave(a)lists.rpmfusion.org
1 year, 4 months
Re: MythTV maintainership
by Andrew Bauer
hi Richard,
I'll take it. I assume you mean all three packages: mythtv, mythweb, and mythtv-status.
I'd be interested to know if you put in any kind of automated workflow to keep up with the latest commits in the mythtv fixes branch. I've been "borrowing" your mythtv src.rpm's from rawhide and rebuilding them for el8, after sprinkling in a few missing dependencies via copr repo.
Just realized I think my frontend is experience this:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4419
Attempting to quit the frontend goes to a black screen. Shouldn't be too hard to track that one down.
Sorry if I ramble. This is my first cup of coffee.
Thanks,
Andy
No Trees were killed in the sending of this message.
However, a large number of electrons were terribly inconvenienced.
________________________________
From: Richard Shaw <hobbes1069(a)gmail.com>
Sent: Sunday, February 21, 2021 10:50 AM
To: RPM Fusion developers discussion list <rpmfusion-developers(a)lists.rpmfusion.org>
Subject: MythTV maintainership
Is anyone interested in officially taking over MythTV maintenance?
I need to lighten my load a little bit and honestly, I've converted to Plex for everything but live TV recordings and Plex has that ability now too.
Thanks,
Richard
1 year, 4 months
Re: [deadbeef] Fix BR.
by Nicolas Chauvet
Le mar. 23 févr. 2021 à 17:39, Vasiliy Glazov <vascom(a)rpmfusion.org> a écrit :
> diff --git a/deadbeef.spec b/deadbeef.spec
> index f158b42..a3b6fa5 100644
> --- a/deadbeef.spec
> +++ b/deadbeef.spec
> @@ -43,7 +43,10 @@ BuildRequires: pkgconfig(gtk+-3.0)
> BuildRequires: desktop-file-utils
> BuildRequires: pkgconfig(jansson)
> BuildRequires: pkgconfig(opusfile)
> +%ifnarch armv7hl ppc64le
> BuildRequires: libdispatch-devel
> +%endif
@vasiliy
Can you clarify why this build uses clang instead of gcc ?
Seems like the build is failing on armhfp because on a chrooted env:
the clang-11 binary segfault on armhfp... (reproduced on fedora-33
native jetson-tk1 with fedora-33 chroot)
I've checked if using --isolation=simple would solve anything, but
unfortunately no luck yet...
Not sure if using native build would solve anything...
1 year, 4 months
