Re: Updates and plans before f38 branching
On Wed, 2023-02-08 at 12:56 +0100, Nicolas Chauvet via rpmfusion- developers wrote: > As fedora has branched already ('or close'), here is the plan for > rpmfusion. > > I'm proposing that we skip the mass-rebuild this time. I can do the mass-rebuild this weekend > The Main reason is, we are late and I don't have the time to deal > with > it by the end of the week(next monday I will be on PTO for two > weeks). > Most packages that we care about, are rebuilt with newer > compiler/features already. (ffmpeg and alikes) > With the new gcc major version, coming. There is often its own set of > problems. From the past, we already had to rebuild a dedicated subset > of packages because of newer compiler... > > That been said, it would be better if packages that are currently > broken in rawhide to be fixed, > so if anyone can help on fixing theses ? > https://paste.centos.org/view/raw/1d60bfff > > Also worth updating to newer package in rawhide before branching: > https://repology.org/projects/?searchrpmfusion_fedora_rawhide===_newest=_newest==on > ( obs-studio is probably the most important outdated component I > would say)... > > > Thanks in advance > -- > - > > 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
Re: Packages to be retired by f38
On Wed, Feb 8, 2023 at 2:09 PM Antonio T. sagitter < sagit...@fedoraproject.org> wrote: > > On 08/02/23 11:25, Frank Dana via rpmfusion-developers wrote: > > > > > > There are also a few... /slightly esoteric/ (I'm being charitable) > > emulators for old systems and game consoles. If people genuinely still > > find them useful and valuable, then great! But I think it's worth at > > least asking the question: Does anyone actually use these? Are there any > > that NOBODY actually uses? > > > > > > * ppsspp — PSP emulator (PlayStation Portable, but without the > > portable part?) > > > > Why PPSSPP should be excluded? > It's regularly updated and maintained > > As I said right in the intro you quoted, I'm not saying ANY of them "should" be retired. I was merely asking if all of them are still useful, and if so, which ones. (You say ppsspp is "updated and maintained", but you didn't say whether you *use* it. Do you?) 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 no matter how frequently updated, is a maintenance burden. I no longer agree (though I used to) that including a package is always better than not including it, nor do I feel that being able to keep it limping along always means that we *should*. [Offtopic digression warning...] Over at Fedora, I recently[1] bumped my head up against a bug in the RapidJSON package that, as it turns out, has already been fixed in the upstream repo. SIX YEARS AGO. Why is the bug still present in Fedora's builds? Because the Fedora package, rapidjson-devel-1.1.0-20.fc37.rpm (the "20" on the release should be a red flag) is based on the latest official release: RapidJSON 1.1.0, from August 2016. Despite the fact that there have been *hundreds* of commits to the upstream repo since, and despite endless requests/pleas/complaints from users,[2] the maintainer has made absolutely no moves towards producing a new release. As a result, Fedora is carrying around a 7-year-old, buggy package that its upstream maintainers seem to have washed their hands of. See also: The qt4 and even qt3(!) packages that still haunt Fedora's repos. Which (because they're based on 10+-year-old sources) actually break quite frequently. But people just keep *fixing* them, instead of pulling the "retire" trigger. (The Qt 4 packages are qt-*-4.8.7-69.fc37, and the Qt 3 ones are qt3-*-3.3.8b-91.fc37. Again, release numbers like 69 and 91 should be a major red flag. As should this): $ ls qt3/*.patch |wc -l 52 $ ls qt/*.patch |wc -l 54 [1]: https://src.fedoraproject.org/rpms/octave/pull-request/9 [2]: https://github.com/Tencent/rapidjson/issues/1006 ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Packages to be retired by f38
On 08/02/23 11:25, Frank Dana via rpmfusion-developers wrote: There are also a few... /slightly esoteric/ (I'm being charitable) emulators for old systems and game consoles. If people genuinely still find them useful and valuable, then great! But I think it's worth at least asking the question: Does anyone actually use these? Are there any that NOBODY actually uses? * ppsspp — PSP emulator (PlayStation Portable, but without the portable part?) Why PPSSPP should be excluded? It's regularly updated and maintained -- --- Antonio Trande Fedora Project mailto: sagit...@fedoraproject.org GPG key: 0x40FDA7B70789A9CD GPG keys server: https://keyserver.dcc.sib.swiss/ OpenPGP_signature Description: OpenPGP digital signature ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Packages to be retired by f38
Am 08.02.23 um 13:40 schrieb Dominik 'Rathann' Mierzejewski via rpmfusion-developers: On Wednesday, 08 February 2023 at 12:42, Ralf Corsépius via rpmfusion-developers wrote: Am 08.02.23 um 12:27 schrieb Dominik 'Rathann' Mierzejewski via rpmfusion-developers: Plus the DVD- and BD-specific libraries. (Though most of these are probably still dependencies of other packages like ffmpeg, or are useful with data discs as well.): - libbdplus IIRC, it's an optional library, e.g. required by vlc to play back certain types of BDs. It's actually libbluray that loads libbdplus as required, but thanks for the pointer. I don't recall the details, I only recall me having to install libbdplus when trying to play certain BDs. It seems to have no packages depending on it. Does anyone know if anything requires it? - libdvdcss We still need this one to play (and convert) DVDs. Without this, CD playback will not be possible in many cases. I hope that's a typo. Urgh. Of course! Ralf ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Updates and plans before f38 branching
Thanks for the update Dominik. I too use minidlna to play my video collection from a Roku player. Sounds like you've got the move taken care of, but you can add me as a co-maintainer if you wish. FAS account: kni Thanks, Andy No Trees were killed in the sending of this message. However, a large number of electrons were terribly inconvenienced. From: Dominik 'Rathann' Mierzejewski via rpmfusion-developers Sent: Wednesday, February 8, 2023 8:23 AM To: rpmfusion-developers@lists.rpmfusion.org Cc: Dominik 'Rathann' Mierzejewski Subject: Re: Updates and plans before f38 branching On Wednesday, 08 February 2023 at 12:56, Nicolas Chauvet via rpmfusion-developers wrote: > As fedora has branched already ('or close'), here is the plan for rpmfusion. > > I'm proposing that we skip the mass-rebuild this time. > The Main reason is, we are late and I don't have the time to deal with > it by the end of the week(next monday I will be on PTO for two weeks). > Most packages that we care about, are rebuilt with newer > compiler/features already. (ffmpeg and alikes) > With the new gcc major version, coming. There is often its own set of > problems. From the past, we already had to rebuild a dedicated subset > of packages because of newer compiler... > > That been said, it would be better if packages that are currently > broken in rawhide to be fixed, > so if anyone can help on fixing theses ? > https://paste.centos.org/view/raw/1d60bfff package: libmp3splt-0.9.2-13.fc37.x86_64 from rpmfusion-free unresolved deps (1): libFLAC.so.8()(64bit) This can be moved to Fedora if anyone's still using it. Repoquery says only mp3splt and mp3splt-gtk depend on it. package: minidlna-1.3.2-1.fc38.x86_64 from rpmfusion-free unresolved deps (1): libFLAC.so.8()(64bit) minidlna can be moved to Fedora. I've already volunteered to maintain it: https://bugzilla.rpmfusion.org/show_bug.cgi?id=6278 . Andrea has not responded to my latest comments, so I guess I'll submit it to Fedora in the next few days. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ 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
Re: Updates and plans before f38 branching
On Wednesday, 08 February 2023 at 12:56, Nicolas Chauvet via rpmfusion-developers wrote: > As fedora has branched already ('or close'), here is the plan for rpmfusion. > > I'm proposing that we skip the mass-rebuild this time. > The Main reason is, we are late and I don't have the time to deal with > it by the end of the week(next monday I will be on PTO for two weeks). > Most packages that we care about, are rebuilt with newer > compiler/features already. (ffmpeg and alikes) > With the new gcc major version, coming. There is often its own set of > problems. From the past, we already had to rebuild a dedicated subset > of packages because of newer compiler... > > That been said, it would be better if packages that are currently > broken in rawhide to be fixed, > so if anyone can help on fixing theses ? > https://paste.centos.org/view/raw/1d60bfff package: libmp3splt-0.9.2-13.fc37.x86_64 from rpmfusion-free unresolved deps (1): libFLAC.so.8()(64bit) This can be moved to Fedora if anyone's still using it. Repoquery says only mp3splt and mp3splt-gtk depend on it. package: minidlna-1.3.2-1.fc38.x86_64 from rpmfusion-free unresolved deps (1): libFLAC.so.8()(64bit) minidlna can be moved to Fedora. I've already volunteered to maintain it: https://bugzilla.rpmfusion.org/show_bug.cgi?id=6278 . Andrea has not responded to my latest comments, so I guess I'll submit it to Fedora in the next few days. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Packages to be retired by f38
Mythtv uses libdvdcss to render dvd menus. None of my wife's workout dvd's work without it. Thanks, Andy From: Dominik 'Rathann' Mierzejewski via rpmfusion-developers Sent: Wednesday, February 8, 2023 6:40 AM To: rpmfusion-developers@lists.rpmfusion.org Cc: Dominik 'Rathann' Mierzejewski Subject: Re: Packages to be retired by f38 On Wednesday, 08 February 2023 at 12:42, Ralf Corsépius via rpmfusion-developers wrote: > > > Am 08.02.23 um 12:27 schrieb Dominik 'Rathann' Mierzejewski via > rpmfusion-developers: > > > > Plus the DVD- and BD-specific libraries. (Though most of these are > > > probably > > > still dependencies of other packages like ffmpeg, or are useful with data > > > discs as well.): > > > > > > - libbdplus > IIRC, it's an optional library, e.g. required by vlc to play back certain > types of BDs. It's actually libbluray that loads libbdplus as required, but thanks for the pointer. > > It seems to have no packages depending on it. Does anyone know if > > anything requires it? > > > > > - libdvdcss > > > > We still need this one to play (and convert) DVDs. > > Without this, CD playback will not be possible in many cases. I hope that's a typo. I haven't heard of any CDs requiring libdvdcss to play. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ 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
Re: Packages to be retired by f38
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 -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Packages to be retired by f38
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 > images, so we can party like it's 1997? Yes. People use them. I have used both dvdstyler and devedeng recently. (They have their strengths and weaknesses. In particular, when automatically generating menus, they generate very different menu styles.) > Plus the DVD- and BD-specific libraries. (Though most of these are > probably still dependencies of other packages like ffmpeg, or are useful > with data discs as well.): Those are definitely needed to play back such media. > There are also a few... *slightly esoteric* (I'm being charitable) > emulators for old systems and game consoles. If people genuinely still > find them useful and valuable, then great! But I think it's worth at least > asking the question: Does anyone actually use these? Are there any that > NOBODY actually uses? Emulators have their users too, though you will find few people publicly admitting they use them because you can hardly get the required ROMs legally. As a general answer (to all categories above): I do not see why you want to mass-retire entire categories of software just because you do not have a use for them. As long as packages are maintained, they should NOT be retired! Unmaintained packages will get retired eventually anyway. Removing packages is always a disservice to users and should only be done if absolutely necessary. Kevin Kofler ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Packages to be retired by f38
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 > images, so we can party like it's 1997? Yes. People use them. I have used both dvdstyler and devedeng recently. (They have their strengths and weaknesses. In particular, when automatically generating menus, they generate very different menu styles.) > Plus the DVD- and BD-specific libraries. (Though most of these are > probably still dependencies of other packages like ffmpeg, or are useful > with data discs as well.): Those are definitely needed to play back such media. > There are also a few... *slightly esoteric* (I'm being charitable) > emulators for old systems and game consoles. If people genuinely still > find them useful and valuable, then great! But I think it's worth at least > asking the question: Does anyone actually use these? Are there any that > NOBODY actually uses? Emulators have their users too, though you will find few people publicly admitting they use them because you can hardly get the required ROMs legally. As a general answer (to all categories above): I do not see why you want to mass-retire entire categories of software just because you do not have a use for them. As long as packages are maintained, they should NOT be retired! Unmaintained packages will get retired eventually anyway. Removing packages is always a disservice to users and should only be done if absolutely necessary. Kevin Kofler ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Packages to be retired by f38
On Wednesday, 08 February 2023 at 12:42, Ralf Corsépius via rpmfusion-developers wrote: > > > Am 08.02.23 um 12:27 schrieb Dominik 'Rathann' Mierzejewski via > rpmfusion-developers: > > > > Plus the DVD- and BD-specific libraries. (Though most of these are > > > probably > > > still dependencies of other packages like ffmpeg, or are useful with data > > > discs as well.): > > > > > > - libbdplus > IIRC, it's an optional library, e.g. required by vlc to play back certain > types of BDs. It's actually libbluray that loads libbdplus as required, but thanks for the pointer. > > It seems to have no packages depending on it. Does anyone know if > > anything requires it? > > > > > - libdvdcss > > > > We still need this one to play (and convert) DVDs. > > Without this, CD playback will not be possible in many cases. I hope that's a typo. I haven't heard of any CDs requiring libdvdcss to play. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Updates and plans before f38 branching
As fedora has branched already ('or close'), here is the plan for rpmfusion. I'm proposing that we skip the mass-rebuild this time. The Main reason is, we are late and I don't have the time to deal with it by the end of the week(next monday I will be on PTO for two weeks). Most packages that we care about, are rebuilt with newer compiler/features already. (ffmpeg and alikes) With the new gcc major version, coming. There is often its own set of problems. From the past, we already had to rebuild a dedicated subset of packages because of newer compiler... That been said, it would be better if packages that are currently broken in rawhide to be fixed, so if anyone can help on fixing theses ? https://paste.centos.org/view/raw/1d60bfff Also worth updating to newer package in rawhide before branching: https://repology.org/projects/?searchrpmfusion_fedora_rawhide===_newest=_newest==on ( obs-studio is probably the most important outdated component I would say)... Thanks in advance -- - Nicolas (kwizart) ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Packages to be retired by f38
Am 08.02.23 um 12:27 schrieb Dominik 'Rathann' Mierzejewski via rpmfusion-developers: Plus the DVD- and BD-specific libraries. (Though most of these are probably still dependencies of other packages like ffmpeg, or are useful with data discs as well.): - libbdplus IIRC, it's an optional library, e.g. required by vlc to play back certain types of BDs. It seems to have no packages depending on it. Does anyone know if anything requires it? - libdvdcss We still need this one to play (and convert) DVDs. Without this, CD playback will not be possible in many cases. Ralf ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Packages to be retired by f38
On Wednesday, 08 February 2023 at 11:25, 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 > images, so we can party like it's 1997? > >- dvdstyler >- dvd-slideshow >- dvd95 >- devedeng >- vobcopy I'd keep vobcopy to preserve the ability to convert DVDs. Of course, it can and should be moved to Fedora. >- vcdimager Likewise. It has a tool to convert VCD to plain MPEG-1. > Plus the DVD- and BD-specific libraries. (Though most of these are probably > still dependencies of other packages like ffmpeg, or are useful with data > discs as well.): > >- libbdplus It seems to have no packages depending on it. Does anyone know if anything requires it? >- libdvdcss We still need this one to play (and convert) DVDs. >- lxdvdrip >- ogmrip I guess these can go away and be reintroduced in Fedora if necessary. ogmrip depends on mencoder and mplayer, so it'd be an issue, but lxdvdrip depends only on dvdauthor and libdvdread, both of which are in Fedora already. I don't use any emulators these days. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Packages to be retired by f38
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 images, so we can party like it's 1997? - dvdstyler - dvd-slideshow - dvd95 - devedeng - vobcopy - vcdimager Plus the DVD- and BD-specific libraries. (Though most of these are probably still dependencies of other packages like ffmpeg, or are useful with data discs as well.): - libbdplus - libdvdcss - lxdvdrip - ogmrip There are also a few... *slightly esoteric* (I'm being charitable) emulators for old systems and game consoles. If people genuinely still find them useful and valuable, then great! But I think it's worth at least asking the question: Does anyone actually use these? Are there any that NOBODY actually uses? - stella — Atari 2600 emulator - Nestopia — original Nintendo (NES) emulator - fakenes — *Another* NES emulator - fceux — A third NES emulator - zsnes — *Super* NES emulator - zboy — Nintendo Game Boy emulator - gnuboy — Game Boy *Color *emulator - gambatte — A second Game Boy (+ Color) emulator - desmume — Nintendo DS emulator - osmose — Sega Master System (Genesis) emulator - yabause — Sega Saturn emulator - lxdream — Sega Dreamcast emulator - ppsspp — PSP emulator (PlayStation Portable, but without the portable part?) - arcem — Acorn Archimedes emulator - fs-uae — Amiga emulator, I'm guessing as in the original 1980s Commodore hardware - xroar — Tandy Color Computer emulator - BasiliskII — 68K Mac emulator (as in OS 1 through 9, as in 1984—1997, as in "classic" Macs) - SheepShaver — Power Mac emulator (as in PowerPC, as in "unsupported since OS X 10.4") - libshairport — An emulator for Apple's AirPort Express, a device from a line of network hardware they completely discontinued > 5 years ago On Wed, Feb 8, 2023 at 2:27 AM Nicolas Chauvet via rpmfusion-developers < rpmfusion-developers@lists.rpmfusion.org> wrote: > Hi there, > > We are about to branch in a few days, but I would pick this > opportunity to ask which packages should be retired before branching > RPM Fusion. > > I particularly wonder about nvidia 340xx that was EOL in 2019 but > 390xx EOL in the end of 2022 would also apply for retirement if no > maintainer (for the kmod side at least). > > Any other packages to be retired beyond those that were moved in > fedora recently ? > > Thanks > > -- > - > > Nicolas (kwizart) > ___ > 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