RPM Fusion update report 2020-03-20

2020-03-20 Thread noreply
RPM Fusion update report


Section free:
-
Fedora 30
-
Pushed to testing: 
chromium-freeworld-80.0.3987.149-1.fc30
ltris-1.0.19-9.fc30
mixxx-2.2.3-2.fc30
mpd-0.21.21-1.fc30
rpmfusion-packager-0.6.8-1.fc30

Pushed to stable: 
mate-applet-streamer-0.4.1-1.fc30
rfpkg-1.26.3-1.fc30
vdr-markad-0.1.4-33.20170313gitea2e182.fc30

Fedora 31
-
Pushed to testing: 
chromium-freeworld-80.0.3987.149-1.fc31
ltris-1.0.19-9.fc31
mixxx-2.2.3-2.fc31
mpd-0.21.21-1.fc31
pulseaudio-module-bluetooth-freeworld-1.3-4.fc31
rpmfusion-packager-0.6.8-1.fc31
telegram-desktop-1.9.21-1.fc31

Pushed to stable: 
mate-applet-streamer-0.4.1-1.fc31
rfpkg-1.26.3-1.fc31
vdr-markad-0.1.4-33.20170313gitea2e182.fc31

Fedora 32
-
Pushed to testing: 
VirtualBox-6.1.4-3.fc32
VirtualBox-kmod-6.1.4-2.fc32
chromium-freeworld-80.0.3987.149-1.fc32
ltris-1.0.19-9.fc32
mpd-0.21.21-1.fc32
pulseaudio-module-bluetooth-freeworld-1.3-4.fc32
rpmfusion-packager-0.6.8-1.fc32
telegram-desktop-1.9.21-1.fc32
xpra-codecs-freeworld-3.0.7-1.fc32
xroar-0.35.4-4.fc32

Pushed to stable: 
comskip-0.82.009-1.fc32
mate-applet-streamer-0.4.1-1.fc32
rfpkg-1.26.3-1.fc32
vdr-markad-0.1.4-33.20170313gitea2e182.fc32


EL 6
-
Pushed to testing: 

Pushed to stable: 

EL 7
-
Pushed to testing: 
rpmfusion-packager-0.6.8-1.el7

Pushed to stable: 
rfpkg-1.26.3-1.el7

EL 8
-
Pushed to testing: 
mpd-0.21.21-1.el8

Pushed to stable: 

Section nonfree:
-
Fedora 30
-
Pushed to testing: 
clipgrab-3.8.11-1.fc30

Pushed to stable: 
ripcord-0.4.24-1.fc30

Fedora 31
-
Pushed to testing: 
clipgrab-3.8.11-1.fc31

Pushed to stable: 
ripcord-0.4.24-1.fc31

Fedora 32
-
Pushed to testing: 
clipgrab-3.8.11-1.fc32
frobtads-1.2.3-11.fc32

Pushed to stable: 
caja-dropbox-1.24.0-1.fc32
d1x-1.43-24.rebirth_v0.60.20181218gitaf25483.fc32
ripcord-0.4.24-1.fc32


EL 6
-
Pushed to testing: 

Pushed to stable: 

EL 7
-
Pushed to testing: 

Pushed to stable: 

EL 8
-
Pushed to testing: 

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
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org


Re: About multilibs support in RPM Fusion

2020-03-20 Thread Andrea Musuruane
Hi Sergio,
can you please include also the following:

nonfree/gens
nonfree/dega-sdl
free/zsnes

Thanks!

Andrea

On Wed, Sep 25, 2019 at 4:16 PM Sérgio Basto  wrote:

>
> With rfpkg 1.26.1 commit [1], rfpkg build should call target multilibs
> by default for packages [2], please test it . (I'm already testing it)
> You may test scratch builds for F30 and F29 [3] .
>
> Feedback is welcome .
>
> [1]
>
> https://github.com/rpmfusion-infra/rfpkg/commit/d94ede33e0cf55fbab9205a5c06ebb9e8ecbb495
>
> [2]
> ['buildsys-build-rpmfusion', 'libva-intel-driver', 'Cg', 'pcsx2',
> 'steam', 'xorg-x11-drv-nvidia', 'xorg-x11-drv-nvidia-390xx', 'xorg-x11-
> drv-nvidia-340xx']
>
> [3]
> https://koji.fedoraproject.org/koji/taskinfo?taskID=37857634
> https://koji.fedoraproject.org/koji/taskinfo?taskID=37857651
>
>
>
> On Tue, 2019-09-24 at 10:13 +0200, Nicolas Chauvet wrote:
> > Hi there,
> >
> > For the info, I've restored the capability to build for multilibs on
> > fedora 31+ (as we don't build i686 by default). There is a rfpkg
> > update that is been prepared by sergio to automate the appropriate
> > packages to be forwarded to the related koji build target.
> >
> > The current packages that will build on multilibs are currently
> > limited to steam, libva-intel-driver and nvidia driver. If other
> > components are missing, please let me know.
> >
> > For the long run, it's more complicated as i386 repos doesn't seem to
> > be published (el8) or are going to be less reliable (fedora 31+). So
> > instead, I envision to build using the x86_64 repos (using a x86_64
> > compiler and tools and i686 libraries).
> > For information, RHEL8 is obviously building i686 with -m32
> > -march=x86_64 by default, so I assume the i686 packages are already
> > built using a x86_64 userspace there.
> >
> > I've reported this issue to mock to investigate how this can be
> > achieved:
> > https://github.com/rpm-software-management/mock/issues/340
> >
> > Thx
> >
> >
> >
> > --
> > -
> >
> > Nicolas (kwizart)
> > ___
> > rpmfusion-developers mailing list --
> > rpmfusion-developers@lists.rpmfusion.org
> > To unsubscribe send an email to
> > rpmfusion-developers-le...@lists.rpmfusion.org
> --
> Sérgio M. B.
> ___
> rpmfusion-developers mailing list --
> rpmfusion-developers@lists.rpmfusion.org
> To unsubscribe send an email to
> rpmfusion-developers-le...@lists.rpmfusion.org
>
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org