Re: RPMFusion status of ppc64 on Rawhide and F29 ?
On Tue, 2018-09-11 at 21:29 +0200, Nicolas Chauvet wrote: > 2018-09-11 16:19 GMT+02:00 Sérgio Basto : > > Hi, > > > > So F29 and rawhide won't have ppc64 anymore ? , should I fix > > https://rpmfusion.org/Architectures and replace ppc64 columns with > > N/A. > > Yes OK > Same as in fedora > https://fedoraproject.org/wiki/Changes/DiscontinuePPC64 > > Btw, please remind that repoview support in RPM Fusion repos will be > removed at some random point in time. > The reason is that we will move to koji "dist-repo" when the feature > will be available (and functional). But this will not include support > for repoview (same as in fedora). I understand perfectly, support and will try to help on movement to "koji "dist-repo" " . > The alternative will be to support the "packages" (1) application > instead of spreading small files into mirrors. > It would be better to have packages setup {before} having the > repoview > support dropped. IMHO packages is not an alternative to repoview , repoview in a program that runs over repo, analyze it and compute the list of new packages, which for me is the best and fast way to see what was published, but things are moving on and we will find an alternative , don't worry :) Thanks, > Thx > > (1) https://apps.fedoraproject.org/packages > > -- > - > > Nicolas (kwizart) > ___ > rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfu > sion.org > To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmf > usion.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
Re: RPMFusion status of ppc64 on Rawhide and F29 ?
2018-09-11 16:19 GMT+02:00 Sérgio Basto : > Hi, > > So F29 and rawhide won't have ppc64 anymore ? , should I fix > https://rpmfusion.org/Architectures and replace ppc64 columns with N/A. Yes Same as in fedora https://fedoraproject.org/wiki/Changes/DiscontinuePPC64 Btw, please remind that repoview support in RPM Fusion repos will be removed at some random point in time. The reason is that we will move to koji "dist-repo" when the feature will be available (and functional). But this will not include support for repoview (same as in fedora). The alternative will be to support the "packages" (1) application instead of spreading small files into mirrors. It would be better to have packages setup {before} having the repoview support dropped. Thx (1) https://apps.fedoraproject.org/packages -- - Nicolas (kwizart) ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
[Bug 5015] Review request: ppsspp - A PSP emulator
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5015 --- Comment #5 from Antonio Trande --- (In reply to Nicolas Chauvet from comment #4) > - Please use one BR per line: > > - Drop uneeded libglvnd-devel,mesa-libwayland-egl you don't want that as a > application. > > - Please use libGL-devel instead of mesa (that might move to > libglvnd-libGL-devel or else in the future, so using libGL-devel is the way > forward). > Same for libGLES-devel and libEGL-devel > > - Requires: hicolor-icon-theme, is this still needed nowadays ? Yes, unless it is installed by default. > > - You fix on armv7 looks a bit strong. Specially: > "-mtune=cortex-a15.cortex-a7 -mcpu=cortex-a15 -mfpu=neon-vfpv4" > Isn't using -mfpu=neon enough ? Also it overrides fedora march flags because > fedora uses: -march=armv7-a instead of -march=arm (we don't care about > armv6hl). > > So to me theses flags should be acceptable > "-mfpu=neon -fomit-frame-pointer -ftree-vectorize -mvectorize-with-neon-quad > -ffast-math -DARM_NEON" > But it will discard non-neon armv7 hardware (such a tegra2 Trimslice or > others). But I guess these devices might not be capable to handle the > emulator well. > If it's the case, best is to verify that the device has the needed > capability before running the binary. Those flags come from upstream fix. I'm using yours now. > > - Why vulkan is kept disabled in cmake ? Enabled. An old build test. > - Why GLES2 is disabled in cmake but added in configure flags and BR ? > FYI, I'm splitted with GLES2, fedora seems to prefer to rely on "desktop > GL", but many drivers might not expose full desktop opengl 2.0 support, so > here a gles2 rendering path might looks more appropriate. > This is not only the case on arm where some FLOSS drivers are still limited, > but also on x86 (Intel Pinetrail was downgraded to only advertise OpenGL 1.4 > because of too much missing capabilities but still advertise GLES 2.0). GLES support is not currently compiled fine > > - Why a special case here ? > %if 0%{?rhel} > -DWAYLAND_EGL_LIBRARIES:FILEPATH=%{_libdir}/libwayland-egl.so.1 \ > %endif > > Please remind that Wayland on RHEL is a technical preview. I don't think > much people I've corrected BR packages, that line is useless now. > > - Using git snapshot is documented here: > https://fedoraproject.org/wiki/Packaging:SourceURL#Git_Hosting_Services > I don't understand why you would need to use theses sub-modules. To me, > there is a need to unbundle them. Unless the ones available in fedora > aren't new enough ? CMake wants them, but they are not included in the source code of PPSSPP. Commit 9a610c8a012e73b7d2c6677f48d24f3e185e61c7 coincides with the release 1.6.3. SPEC file: https://sagitter.fedorapeople.org/ppsspp/ppsspp.spec SRPM file: https://sagitter.fedorapeople.org/ppsspp/ppsspp-1.6.3-3.fc28.src.rpm el7 scratch build: http://koji.rpmfusion.org/koji/taskinfo?taskID=257413 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
RPMFusion status of ppc64 on Rawhide and F29 ?
Hi, So F29 and rawhide won't have ppc64 anymore ? , should I fix https://rpmfusion.org/Architectures and replace ppc64 columns with N/A. Best regards, -- 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
[Bug 5015] Review request: ppsspp - A PSP emulator
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5015 --- Comment #4 from Nicolas Chauvet --- - Please use one BR per line: - Drop uneeded libglvnd-devel,mesa-libwayland-egl you don't want that as a application. - Please use libGL-devel instead of mesa (that might move to libglvnd-libGL-devel or else in the future, so using libGL-devel is the way forward). Same for libGLES-devel and libEGL-devel - Requires: hicolor-icon-theme, is this still needed nowadays ? - You fix on armv7 looks a bit strong. Specially: "-mtune=cortex-a15.cortex-a7 -mcpu=cortex-a15 -mfpu=neon-vfpv4" Isn't using -mfpu=neon enough ? Also it overrides fedora march flags because fedora uses: -march=armv7-a instead of -march=arm (we don't care about armv6hl). So to me theses flags should be acceptable "-mfpu=neon -fomit-frame-pointer -ftree-vectorize -mvectorize-with-neon-quad -ffast-math -DARM_NEON" But it will discard non-neon armv7 hardware (such a tegra2 Trimslice or others). But I guess these devices might not be capable to handle the emulator well. If it's the case, best is to verify that the device has the needed capability before running the binary. - Why vulkan is kept disabled in cmake ? - Why GLES2 is disabled in cmake but added in configure flags and BR ? FYI, I'm splitted with GLES2, fedora seems to prefer to rely on "desktop GL", but many drivers might not expose full desktop opengl 2.0 support, so here a gles2 rendering path might looks more appropriate. This is not only the case on arm where some FLOSS drivers are still limited, but also on x86 (Intel Pinetrail was downgraded to only advertise OpenGL 1.4 because of too much missing capabilities but still advertise GLES 2.0). - Why a special case here ? %if 0%{?rhel} -DWAYLAND_EGL_LIBRARIES:FILEPATH=%{_libdir}/libwayland-egl.so.1 \ %endif Please remind that Wayland on RHEL is a technical preview. I don't think much people - About you find loop in %prep you can use "-exec chmod -x {} ';'" at the end of the find command instead of using a loop - Using git snapshot is documented here: https://fedoraproject.org/wiki/Packaging:SourceURL#Git_Hosting_Services I don't understand why you would need to use theses sub-modules. To me, there is a need to unbundle them. Unless the ones available in fedora aren't new enough ? -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Orphaning qt5-qtwebengine-freeworld
Hi, I intend to orphan qt5-qtwebengine-freeworld, along with the Fedora qt5-qtwebengine package. Please see: https://www.spinics.net/lists/fedora-devel/msg247677.html for the full story. I think it would be best if it were picked up by the same person also picking up qt5-qtwebengine in Fedora. Kevin Kofler ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
RPM Fusion update report 2018-09-11
RPM Fusion update report Section free: - Fedora 27 - Pushed to testing: VirtualBox-kmod-5.2.18-2.fc27 mixxx-2.1.4-1.fc27 mythtv-29.1-22.36.20180907.gdde16d475a.fc27 nvidia-video-codec-sdk-8.1.24-2.fc27 obs-studio-22.0.3-1.fc27 pangzero-1.4.1-10.fc27 rfpkg-1.25.6-1.fc27 Pushed to stable: bino-1.6.7-1.fc27 rpmfusion-packager-0.6.2-3.fc27 vlc-3.0.4-1.fc27 xtables-addons-3.1-1.fc27 xtables-addons-kmod-3.1-1.fc27 Fedora 28 - Pushed to testing: VirtualBox-kmod-5.2.18-2.fc28 lives-2.10.0-1.fc28 mixxx-2.1.4-1.fc28 mythtv-29.1-22.36.20180907.gdde16d475a.fc28 nvidia-video-codec-sdk-8.1.24-2.fc28 obs-studio-22.0.3-1.fc28 pangzero-1.4.1-10.fc28 rfpkg-1.25.6-1.fc28 Pushed to stable: bino-1.6.7-1.fc28 libtgvoip-2.2.3-2.fc28 rpmfusion-packager-0.6.2-3.fc28 telegram-desktop-1.3.14-1.fc28 vlc-3.0.4-1.fc28 xtables-addons-3.1-1.fc28 xtables-addons-kmod-3.1-1.fc28 Fedora 29 - Pushed to testing: VirtualBox-kmod-5.2.18-2.fc29 freetype-freeworld-2.9.1-1.fc29 lives-2.10.0-1.fc29 mixxx-2.1.4-1.fc29 mythtv-29.1-22.36.20180907.gdde16d475a.fc29 nvidia-video-codec-sdk-8.2.16-1.fc29 obs-studio-22.0.3-1.fc29 pangzero-1.4.1-11.fc29 rfpkg-1.25.6-1.fc29 Pushed to stable: bino-1.6.7-1.fc29 kodi-inputstream-adaptive-2.2.25-1.fc29 kodi-peripheral-joystick-1.4.6-1.fc29 kodi-platform-18.0-0.3.20180302gite8574b8.fc29 kodi-pvr-argustv-3.5.2-1.fc29 kodi-pvr-demo-3.6.1-1.fc29 kodi-pvr-dvblink-4.6.2-1.fc29 kodi-pvr-dvbviewer-3.6.6-1.fc29 kodi-pvr-hts-4.3.6-1.fc29 kodi-pvr-iptvsimple-3.5.3-1.fc29 kodi-pvr-mediaportal-tvserver-3.5.6-1.fc29 kodi-pvr-mythtv-5.8.6-1.fc29 kodi-pvr-nextpvr-3.3.4-1.fc29 kodi-pvr-njoy-3.4.2-1.fc29 kodi-pvr-pctv-2.4.3-1.fc29 kodi-pvr-stalker-3.4.5-1.fc29 kodi-pvr-vbox-4.4.5-1.fc29 kodi-pvr-vdr-vnsi-3.6.0-1.fc29 kodi-pvr-vuplus-3.7.3-1.fc29 kodi-pvr-wmc-2.3.3-1.fc29 rpmfusion-packager-0.6.2-3.fc29 telegram-desktop-1.3.14-1.fc29 xtables-addons-3.1-1.fc29 xtables-addons-kmod-3.1-1.fc29 EL 6 - Pushed to testing: Pushed to stable: EL 7 - Pushed to testing: gstreamer1-libav-1.10.4-1.el7 mythtv-29.1-22.36.20180907.gdde16d475a.el7 nvidia-video-codec-sdk-8.1.24-2.el7 rfpkg-1.25.6-1.el7 Pushed to stable: rpmfusion-packager-0.6.2-3.el7 Section nonfree: - Fedora 27 - Pushed to testing: unrar-5.6.6-1.fc27 Pushed to stable: lpf-flash-plugin-30.0.0.154-1.fc27 lpf-spotify-client-1.0.88.353-1.fc27 Fedora 28 - Pushed to testing: unrar-5.6.6-1.fc28 Pushed to stable: lpf-flash-plugin-30.0.0.154-1.fc28 lpf-spotify-client-1.0.88.353-1.fc28 Fedora 29 - Pushed to testing: unrar-5.6.6-1.fc29 Pushed to stable: lpf-flash-plugin-30.0.0.154-1.fc29 lpf-spotify-client-1.0.88.353-1.fc29 EL 6 - Pushed to testing: Pushed to stable: EL 7 - Pushed to testing: Pushed to stable: gstreamer1-plugins-bad-nonfree-1.10.4-1.el7 Theses packages will be available in main mirror in few minutes. 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