unifi maintainership
Just a heads up guys but I upgraded to a UDM Pro SE recently so I'm no longer running the network application on a PC. I can maintain it for now assuming any issues I run into on ARM are the same as x86_64 but if there's someone who would like to maintain the unifi package I am willing to turn over maintenance of it. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
scm issues?
I'm trying to do a pull on nonfree/unifi in master and it took about 3 minutes to complete. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Stuck PPC build?
I'm working on updating unifi but the f39 package seems to be stuck building: https://koji.rpmfusion.org/koji/taskinfo?taskID=614375 I decided to try and cancel it so I could restart the build before submitting a ticket but that's not working for me either: $ koji-rpmfusion cancel 614375 2023-10-20 07:09:44,934 [ERROR] koji: GenericError: Invalid method: getKojiVersion Any ideas? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
aarch64 builders down?
I didn't see an open ticket[1] but wanted to ask here first as my unifi build[2] has been stuck for a while. Thanks, Richard [1] https://bugzilla.rpmfusion.org/buglist.cgi?component=Build%20System_id=22725=Infrastructure=--- [2] https://koji.rpmfusion.org/koji/taskinfo?taskID=610157 ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: pianobar has moved to Fedora
On Fri, Aug 25, 2023 at 4:11 AM Dominik 'Rathann' Mierzejewski via rpmfusion-developers wrote: > > > I also just checked and it is setup on release monitoring but for some > > reason it's saying the latest version is really the oldest... > > > > https://release-monitoring.org/project/320447/ > > > > Would it be good if there was an option to reverse the sorting? > > I'm not sure what you mean, I can see this: > > Latest version > 2022.04.01 (commit) > > It looks correct to me... > Ok, I have no idea what changed, but yesterday the oldest 2010 version was at the top of the list on the right and even when I went into Edit and did a test it came back with the 2010 version. I didn't actually make any changes. I should have gotten a screenshot because it's too weird to believe but I promise it was... Hopefully it stays "fixed". Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: pianobar has moved to Fedora
On Thu, Aug 24, 2023 at 1:09 PM Dominik 'Rathann' Mierzejewski via rpmfusion-developers wrote: > Hello all, > > I've just approved pianobar for inclusion in Fedora. Existing maintainer > hobbes1069 was added to the Fedora package ACL. Let me know if anyone > else wants to be added to maintainer ACL in Fedora. > Thanks for doing that! I don't have as much time for packaging as I used to but will try to keep an eye on it from time to time. I also just checked and it is setup on release monitoring but for some reason it's saying the latest version is really the oldest... https://release-monitoring.org/project/320447/ Would it be good if there was an option to reverse the sorting? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Several multimedia packages moved to Fedora
I know Leigh is not interested in Fedora packaging for whatever reason. Feel free to add me to the Openshot packages once approved. If I have a chance I'll see if I can work in the reviews. Can you reply with the BZs? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: rfpkg scratch-build expected to work?
On Wed, Jan 18, 2023 at 10:18 AM Sérgio Basto via rpmfusion-developers < rpmfusion-developers@lists.rpmfusion.org> wrote: > On Tue, 2023-01-17 at 17:34 -0600, Richard Shaw via rpmfusion- > developers wrote: > > On Tue, Jan 17, 2023 at 5:29 PM Sérgio Basto > > wrote: > > > On Tue, 2023-01-17 at 23:25 +, Sérgio Basto via rpmfusion- > > > developers wrote: > > > > On Tue, 2023-01-17 at 17:10 -0600, Richard Shaw via rpmfusion- > > > > developers wrote: > > > > > I tried a scratch build on RPM Fusion which I haven't done in > > > > > some > > > > > time and was greeted with the following: > > > > > > > > > > $ rfpkg scratch-build --srpm > > > > > > > > > > setting SOURCE_DATE_EPOCH=1673913600 > > > > > Wrote: /home/build/rpmfusion-scm/nonfree/unifi/unifi-7.3.81- > > > > > 1.el8.src.rpm > > > > > [] 100% 00:00:29 175.17 MiB > > > > > > > > > > 5.95 MiB/sec > > > > > Building unifi-7.3.81-1.el8.src.rpm for el8-nonfree > > > > > Could not execute scratch_build: invalid channel policy > > > > > > Leigh *disabled* the scratch builds to save energy > > > > > > > > > That's unfortunate. I wonder if some sort of compromise could be > > reached? Since we don't have a Bodhi equivalent nor can we build RPM > > Fusion packages on Fedora COPR, I was going to occasionally use > > scratch builds as a poor man's repository for the unifi package to > > make release candidates available. > > > I did a copr server in a old laptop with only 8 gigas of RAM, I may > turn it on , only builds for X86_64 , is good for you ? > Nah, for that I would just build locally and copy to Dropbox. I wanted to take advantage of the multiple arches. I don't have time to play with it right now, but I wonder if I could fake the other arches? Nothing is actually built, I'm just reorganizing their provided ZIP file, adding supplementary stuff (firewall rules, logrotate conf, systemd service file), and implementing selinux rules. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: rfpkg scratch-build expected to work?
On Tue, Jan 17, 2023 at 5:29 PM Sérgio Basto wrote: > On Tue, 2023-01-17 at 23:25 +, Sérgio Basto via rpmfusion- > developers wrote: > > On Tue, 2023-01-17 at 17:10 -0600, Richard Shaw via rpmfusion- > > developers wrote: > > > I tried a scratch build on RPM Fusion which I haven't done in some > > > time and was greeted with the following: > > > > > > $ rfpkg scratch-build --srpm > > > > > > setting SOURCE_DATE_EPOCH=1673913600 > > > Wrote: /home/build/rpmfusion-scm/nonfree/unifi/unifi-7.3.81- > > > 1.el8.src.rpm > > > [] 100% 00:00:29 175.17 MiB > > > 5.95 MiB/sec > > > Building unifi-7.3.81-1.el8.src.rpm for el8-nonfree > > > Could not execute scratch_build: invalid channel policy > > Leigh *disabled* the scratch builds to save energy > That's unfortunate. I wonder if some sort of compromise could be reached? Since we don't have a Bodhi equivalent nor can we build RPM Fusion packages on Fedora COPR, I was going to occasionally use scratch builds as a poor man's repository for the unifi package to make release candidates available. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
rfpkg scratch-build expected to work?
I tried a scratch build on RPM Fusion which I haven't done in some time and was greeted with the following: $ rfpkg scratch-build --srpm setting SOURCE_DATE_EPOCH=1673913600 Wrote: /home/build/rpmfusion-scm/nonfree/unifi/unifi-7.3.81-1.el8.src.rpm [] 100% 00:00:29 175.17 MiB 5.95 MiB/sec Building unifi-7.3.81-1.el8.src.rpm for el8-nonfree Could not execute scratch_build: invalid channel policy Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Does CentOS-Stream ever worth it ? (kABI in it)
On Tue, Jan 10, 2023 at 1:05 PM Nicolas Chauvet wrote: > > I have discovered that the kernel on CentOS-stream 8 is way behind the > RHEL8 current one. So kernel ABI is backward with our prebuilt kmod > that targets current RHEL8.7 > This is very unfortunate. In my case I only use my CentOS 8 Stream box to run BackupPC and the Unifi Controller so it doesn't appear to affect me but I still find this divergence distasteful at a minimum. Maybe time to update to Alma? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Error downloading
I'm trying to build unifi for EL9 and running into this issue on aarch64 and ppc64le: Error: Error downloading packages: ansible-srpm-macros-1-7.el9.noarch: Download failed: Status code: 404 for http://mirror.in2p3.fr/pub/epel/9/Everything/ppc64le/Packages/a/ansible-srpm-macros-1-7.el9.noarch.rpm (IP: 192.168.182.1) For whatever reason this does not occur on x86_64. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Uploading new source: OpenSSL SSL_read: error
I was trying to upload new Unifi sources and found my cert had expired, so I ran rpmfusion-packager-setup and refreshed my certs, now when I try to upload I get: 2.2%Could not execute new_sources: (56, 'OpenSSL SSL_read: error:0A0003FC:SSL routines::sslv3 alert bad record mac, errno 0') Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Push new unifi to stable for log4j CVE?
I have built the latest unifi version which addresses the recent CVE around log4j. Looking at the release notes it seems to be the only change. Should this be pushed directly to updates? https://bugzilla.rpmfusion.org/show_bug.cgi?id=6176 Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Services down?
I can't get to koji or bugzilla. Is it just me? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Koji problem?
I'm trying to build a new mythtv but most of the builds are failing and from the web interface all I can see is: Error An error has occurred while processing your request. AttributeError: 'datetime.datetime' object has no attribute 'timestamp' Full tracebacks disabled Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Pre-built java dependencies
Maybe I'm over-simplifying things, but instead of trying to force a round peg is a square hole (it may fit, but that's not the point!) How about submit a ticket for an exception? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Intent to update yaml-cpp (0.6.2->0.6.3)
There isn't a soname change and abipkgdiff doesn't show anything particular interesting, but for posterity potential impacted packages are: # dnf repoquery --quiet --whatrequires "libyaml-cpp.so.0.6()(64bit)" --qf "%{name}" | uniq | sort calamares-libs daggy dcm2niix facter fawkes-core fawkes-lua fawkes-plugin-navgraph librime mir-server-libs OpenColorIO pdns-backend-geoip thinkfan yaml-cpp-devel Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: libdav1d SONAME bump
On Sat, Oct 12, 2019 at 3:14 AM Leigh Scott wrote: > Maybe it isn't that bad. > > $ abidiff libdav1d.so.2.0.0 libdav1d.so.3.0.0 > ELF SONAME changed > Functions changes summary: 0 Removed, 0 Changed, 0 Added function > Variables changes summary: 0 Removed, 0 Changed, 0 Added variable > > SONAME changed from 'libdav1d.so.2' to 'libdav1d.so.3' > Why the heck did upstream bump the soname then? abidiff runs a lot faster than abi-compliance-checker and is easier to use (though fedabidiff) but I like the detailed html reports from abi-compliance-checker... Crazy idea... If you're sure there's no ABI breakage, add a symbolic link as the .2 version back to .3? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: What do do about unifi / unifi-lts?
On Thu, Oct 10, 2019 at 10:21 AM Chris Adams wrote: > Once upon a time, Richard Shaw said: > > The problem appears that it's looking for /usr/bin/java directly I did > have > > that in the service file since absolute paths are preferred but I tried > > removing it and just calling "java" and it still resolved to > > /usr/bin/java... > > Do you also need to prepend /usr/lib/jvm/jre-1.8.0/bin in PATH then (to > bypass the alternatives system)? > That's what I ended up doing. It's funny how you figure things out once you take the time to document the problem. :) I can't tell you the number of emails I've prepared for describing a problem I'm having only to figure out the solution after fully explaining the problem! Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: What do do about unifi / unifi-lts?
Ok, trying to get JAVA_HOME to work... I tried the Environment=JAVA_HOME=/usr/lib/jvm/jre-1.8.0 Note it's jre-1.8.0 not java-1.8.0 but unifi doesn't appear to honor it. (On a side note the fact SystemD can't show you the environment a unit/process is executed under is stupid...) # tr '\0' '\n' < /proc/2740/environ LANG=en_US.UTF-8 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin HOME=/var/lib/unifi LOGNAME=unifi USER=unifi INVOCATION_ID=0f7e9c3630ca4f8da1d15ed3529a2309 JOURNAL_STREAM=9:10578482 JAVA_HOME=/usr/lib/jvm/jre-1.8.0 ]# ll /usr/lib/jvm/jre-1.8.0 lrwxrwxrwx. 1 root root 27 Aug 17 11:00 /usr/lib/jvm/jre-1.8.0 -> /etc/alternatives/jre_1.8.0 ]# ll /etc/alternatives/jre_1.8.0 lrwxrwxrwx. 1 root root 63 Aug 17 11:00 /etc/alternatives/jre_1.8.0 -> /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.222.b10-0.fc30.x86_64/jre # ll /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.222.b10-0.fc30.x86_64/jre total 8 drwxr-xr-x. 2 root root 4096 Aug 17 10:58 bin drwxr-xr-x. 8 root root 4096 Aug 17 10:58 lib # systemctl status unifi ● unifi.service - Ubiquiti UniFi server Loaded: loaded (/usr/lib/systemd/system/unifi.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Thu 2019-10-10 09:47:31 CDT; 31s ago Process: 2568 ExecStart=/usr/bin/java $JAVA_OPTS -jar /usr/share/unifi/lib/ace.jar start (code=exited, status=1/> Main PID: 2568 (code=exited, status=1/FAILURE) Oct 10 09:47:31 hobbes.localdomain java[2568]: WARNING: Use --illegal-access=warn to enable warnings of further il> Oct 10 09:47:31 hobbes.localdomain java[2568]: WARNING: All illegal access operations will be denied in a future r> Oct 10 09:47:31 hobbes.localdomain java[2568]: Exception in thread "launcher" java.lang.IllegalStateException: Tom> Oct 10 09:47:31 hobbes.localdomain java[2568]: at com.ubnt.net.new.if(Unknown Source) Oct 10 09:47:31 hobbes.localdomain java[2568]: at com.ubnt.service.B.ôÒ(Unknown Source) Oct 10 09:47:31 hobbes.localdomain java[2568]: at com.ubnt.ace.Launcher.main(Unknown Source) Oct 10 09:47:31 hobbes.localdomain java[2568]: Caused by: java.lang.RuntimeException: Web context failed to initia> Oct 10 09:47:31 hobbes.localdomain java[2568]: ... 3 more Oct 10 09:47:31 hobbes.localdomain systemd[1]: unifi.service: Main process exited, code=exited, status=1/FAILURE Oct 10 09:47:31 hobbes.localdomain systemd[1]: unifi.service: Failed with result 'exit-code'. The problem appears that it's looking for /usr/bin/java directly I did have that in the service file since absolute paths are preferred but I tried removing it and just calling "java" and it still resolved to /usr/bin/java... ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: What do do about unifi / unifi-lts?
On Tue, Oct 8, 2019 at 4:28 AM Nicolas Chauvet wrote: > So for me you only need to remove the Requires on mongod and write an > online documentation for unifi. > Right now you assume unify end-users would find the unitfi package in > rpmfusion nonfree repo which is a first step wrong because they only > have fedora repos by default. Then for the lucky ones will attempt to > install the package which has a broken deps and avoid that without > trying to understand (specially as they don't have your setup > documentation). Having an online documentation is the only appropriate > fix for this issue. > I just tried logging in to create a /Howto for Unifi but I got an "Internal Server Error"... Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: What do do about unifi / unifi-lts?
On Tue, Oct 8, 2019 at 4:28 AM Nicolas Chauvet wrote: > > As a side note, you could avoid to enforce the system java to switch > back to 1.8.0 globally by asking unify to use > JAVA_HOME=/usr/lib/jvm/java-1.8.0 > I tried adding JAVA_HOME to the systemd service environment file but it did not work. I'm not a java expert so I don't have much ability to troubleshoot it beyond what I've done but I'm open to suggestion. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: What do do about unifi / unifi-lts?
On Tue, Oct 8, 2019 at 4:28 AM Nicolas Chauvet wrote: > Le lun. 7 oct. 2019 à 17:50, Richard Shaw a écrit : > > > > If #1 is "NO" then I don't think I have any choice but to retire > unifi{,-lts} which really sucks because it was a crap load of work > massaging the upstream file into something largely FHS and guidelines > compliant. > > I think you are using the wrong approach by wanting to have mongodb in > rpmfusion. > This is a separate problem and a can of worms on its own. (without to > predicts any decision at this step). > > The problem isn't only about to fix the "mongod" dependency than to > fix the "documentation". If you remove the mongdb "Requires"(which is > wrong because the mongod server can be installed on a remote host) > then the counterpart is just to document the mongod installation > (either remote or local). > As Gary mentioned while it's technically possible to use a remote db it us not documented and therefore I would think not supported. > There are several additional mandatory steps to make unifi to work > (according to your SETUP file). So it doesn't change the fact that you > assume end-users will have too read the doc. But you make the > assumption wrong. > People aren't reading the docs provided by packager anymore. They are > reading a documentation that was provided by their google search > engine. You you need to make the documentation available online > (either in the rpmfusion wiki or in Fedora quickdocs). Then you can > point end-users to the appropriate steps. > > As a side note, you could avoid to enforce the system java to switch > back to 1.8.0 globally by asking unify to use > JAVA_HOME=/usr/lib/jvm/java-1.8.0 > > Having a framework to enable 3rd part repos is probably relevant, I > would have used fedy for that task but it's more relevant for desktop > users. Now we cannot assume Fedora to fill this need. > > So for me you only need to remove the Requires on mongod and write an > online documentation for unifi. > Right now you assume unify end-users would find the unitfi package in > rpmfusion nonfree repo which is a first step wrong because they only > have fedora repos by default. Then for the lucky ones will attempt to > install the package which has a broken deps and avoid that without > trying to understand (specially as they don't have your setup > documentation). Having an online documentation is the only appropriate > fix for this issue. Not my favorite route but it's the best option. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: What do do about unifi / unifi-lts?
On Mon, Oct 7, 2019 at 11:19 AM Dominik 'Rathann' Mierzejewski < domi...@greysector.net> wrote: > > 1. Can MongoDB live in the non-free repository? > > > > I think the problem is that once we package MongoDB we really can't stop > > people from providing MongoDB as a service, but I'm not a lawyer. > > I'd say this is fine. RPM Fusion is not offering MongoDB as a service > and the license[1] explicitly says (section 10) distributors are not > responsible for enforcement (of section 13 in particular). I'm not a > lawyer though and I'm not responsible for RPM Fusion infra, so it's not > my decision to make. > Good catch (why I wanted more eyes on it and feedback). That being the case I'll wait a bit longer for more feedback but it sounds like we *may* be able to package it for the non-free repository. Not that I need more packages to maintain... :) Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
What do do about unifi / unifi-lts?
With MongoDB being removed from Fedora it's put these packages between a rock and a hard place. Now unifi technically relies on an external repo (MongoDB supplied package) which is not permitted. Obviously if this was always the case I would have never submitted it as a package but MongoDB's license change created the problem. So what can be done? A couple of questions come to mind... 1. Can MongoDB live in the non-free repository? I think the problem is that once we package MongoDB we really can't stop people from providing MongoDB as a service, but I'm not a lawyer. 2. Is using unifi with MongoDB a problem? I don't think so per this: https://www.mongodb.com/licensing/server-side-public-license/faq#consistency Another product offering it's own SaaS and just using MongoDB as the database backend isn't an issue. If #1 is "NO" then I don't think I have any choice but to retire unifi{,-lts} which really sucks because it was a crap load of work massaging the upstream file into something largely FHS and guidelines compliant. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
openshot uninstallable due to libopenshot
Just checking to see if there was a plan to fix this[1] I see there were newer builds attempted but they failed for various reasons, some of them arch specific (armhf and ppc64le). Leigh, since you've been maintaining it for some time now it might be best if you were the primary BZ contact as well... Thanks, Richard [1] https://bugzilla.rpmfusion.org/show_bug.cgi?id=5387 ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Rawhide-nonfree: Can't find krb5-libs
On Mon, Sep 30, 2019 at 1:41 PM Nicolas Chauvet wrote: > > So please report if any issue. (either using bz , mailing list or IRC > #rpmfusion freenodes). > IRC is blocked while at $DAYJOB but looks like Leigh kicked off a new build already and it completed. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Rawhide-nonfree: Can't find krb5-libs
On Sun, Sep 29, 2019 at 5:03 PM FeRD wrote: > On Sun, Sep 29, 2019 at 5:17 PM Richard Shaw wrote: > >> >> Error: Error downloading packages: >>Status code: 404 for >> http://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/Packages/k/krb5-libs-1.17-44.fc32.x86_64.rpm >> >> >> Looks like -45 release has been built for Fedora... Bad repo data? >> >> > Not just built for Fedora, but part of the rawhide compose since > 2019-09-25 — four days ago. > > Something definitely appears to be stuck on the RPM Fusion side, in this > instance. > Any quick fix or should I submit an infra ticket? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Rawhide-nonfree: Can't find krb5-libs
I thought maybe it was a transient error but 5 build attempts and still no luck: Error: Error downloading packages: Status code: 404 for http://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/Packages/k/krb5-libs-1.17-44.fc32.x86_64.rpm Looks like -45 release has been built for Fedora... Bad repo data? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: MythTV with Python3
Thanks for your efforts Antonio. I think we need to separate the utilities that need Python 3 from the Python 3 bindings where we can. Perhaps the 2to3 converter will work for simple utility scripts. Do we know what all the consumers are of the python bindings? We may need to drop them in the short term if it doesn't create a completely broken system. Thoughts? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPMFusion: F31 FTBFS
On Sun, Aug 11, 2019 at 7:09 AM Sérgio Basto wrote: > 11989 mythtv-30.0-9.20190601git6bd8cd4993.fc31 > MythTV is a Python 3 problem. No response from upstream as of yet. I see some others are trying to help fix the package while I'm in China for work. VPN access works but loses connection frequently. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Re: Flock 2019 (budapest)
You guys have fun! Wish I could be there but I get on a plane to Beijing in the morning for work... Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Flock 2019 (budapest)
On Fri, Jun 28, 2019 at 10:54 AM Nicolas Chauvet wrote: > Hi there, > > Anyone going at Flock 2019 (Budapest) ? > I will be there, so anyone to meet ? > Looks like fun but non-work sponsored international travel isn't an option :) Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RaspberryPI optimized build published
This is pretty neat. I don't own a Pi but I may buy one soon just to play around with it. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion for RHEL8 WIP
On Thu, Apr 11, 2019 at 3:47 PM Nicolas Chauvet wrote: > Please apply to the ACL asap. > Done, for builder, I assume I don't need Admin. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion for RHEL8 WIP
On Thu, Apr 11, 2019 at 11:52 AM Nicolas Chauvet wrote: > Hi there, > > Wanted to make a status of RPM Fusion for RHEL8. > > As you know, we depends on EPEL8 to start work, but this might not > happen before GA, so if anyone interested in, I've started a quick > copr repo with few basics packages we need to rely on. > https://copr.fedorainfracloud.org/coprs/kwizart/epel8-wip/ Is there a wiki or anything documented about what's different (especially from a spec POV)... Or is it just trial and error at this point? Since major upgrades are discouraged in EPEL, I assume we're trying to build whatever is is Fedora Rawhide (master) wherever possible? I may have some spare cycles over the next couple of weeks after I finish with the OpenEXR upgrade on Fedora. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Buildroot overrides for (fc31) rawhide?
On Wed, Apr 10, 2019 at 2:34 PM FeRD wrote: > I just tried to build[1] libopenshot for rawhide, and it failed due to > libopenshot-audio not being available but I already built that[2] for > rawhide. Do I need to tag the libopenshot-audio build for buildroot > override? I thought that wasn't necessary for rawhide? > Rawhide in RPM Fusion is manual just like the other releases, it's not "special" like it is in Fedora infra. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [mythtv] Updated to fixes/30 commit 8e50fcf60b.
On Mon, Apr 8, 2019 at 12:44 PM Nicolas Chauvet wrote: > Hi > > I don't understand why this package fails late at that point in the > release: > It seems like there are few hidden error in the spec such like when > you claim to use python3, but the configure script claim to search for > python2 > Some package (python3-oauth) aren't available , so maybe it should be > kept as python2 only (and move to python3 when upstream will support > this). > > This is unfortunate, but we don't migrate to python3 by moving build > dependencies > What do you think, we need a fix before next week. > I'll work on it... Some time ago I was trying to see if I could get python3 to work when I ran into problems. I thought I had stashed the changes but they might have found their way into a commit. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Branching f30 is DONE
Thanks to both of you for working on the infra side. I know it seems like a thankless job sometimes. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: rpmfusion-FTBFS-f30
It's the armv7hl target that is picking up /bin/bash, all other targets are getting /usr/bin/bash. Thanks, RIchard > ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: rpmfusion-FTBFS-f30
For some reason the requires on the noarch package are different... BuildError: The following noarch package built differently on different architectures: unifi-data-5.10.19-2.fc30.noarch.rpm rpmdiff output was: removed REQUIRES /bin/bash added REQUIRES /usr/bin/bash Can I fix this in the package or is this an infra issue? Thanks, Richard > ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: rpmfusion-FTBFS-f30
On Sun, Mar 10, 2019 at 12:47 AM Sérgio Basto wrote: > unifi > I'll take a look when I have time, this doesn't make any sense because it's a binary source package... Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Push mythtv-30.0-3.20190214gitb774c4140b.fc29 to stable?
The only change was to add hdhomerun-devel to fix 5176. Can it get pushed to stable early? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Fwd: [mplayer] - Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
Looks like the subject didn't update? Thanks, Richard -- Forwarded message - From: Leigh Scott Date: Mon, Mar 4, 2019 at 10:38 AM Subject: [mplayer] - Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild To: , commit cc46a4209a259d48c2f42fe348dc2b14f0d924d0 Author: Leigh Scott Date: Mon Mar 4 16:38:42 2019 + - Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild Signed-off-by: Leigh Scott mplayer.spec | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) --- diff --git a/mplayer.spec b/mplayer.spec index 477e241..25ba693 100644 --- a/mplayer.spec +++ b/mplayer.spec @@ -7,9 +7,9 @@ Name: mplayer Version:1.3.0 %if 0%{?svn} -Release:%{rel}%{?pre:.%{pre}}%{?dist} +Release:%{rel}%{?pre:.%{pre}}%{?dist}.1 %else -Release:%{rel}%{?dist} +Release:%{rel}%{?dist}.1 %endif Summary:Movie player playing most video formats and DVDs @@ -377,6 +377,9 @@ fi %{_datadir}/mplayer/*.fp %changelog +* Mon Mar 04 2019 RPM Fusion Release Engineering - 1.3.0-28.20180620svn.1 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild + * Wed Jan 23 2019 Dominik Mierzejewski - 1.3.0-28.20180620svn - Use HTTPS for URLs - Drop obsolete stuff ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: mythtv v30 mythgame issue
Thanks all, f30 build complete now catching up mythweb. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: mythtv v30 mythgame issue
Can you or Leigh kill his build? I can't start a new one until it's done. Thanks, Richard > ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: mythtv v30 mythgame issue
On Wed, Feb 27, 2019 at 9:05 AM Nicolas Chauvet wrote: > Le mer. 27 févr. 2019 à 15:34, Richard Shaw a > écrit : > > > > Ok, well that didn't work. Mythgame built fine on F29... It looks like > in F30 that minizip was split out into it's own project from the zlib > package. > > Try with minizip-compat-devel for f30+ > Thanks! Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: mythtv v30 mythgame issue
Ok, well that didn't work. Mythgame built fine on F29... It looks like in F30 that minizip was split out into it's own project from the zlib package. Looking into it. Thanks RIchard > ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
mythtv v30 mythgame issue
I added the BR's for minizip which seem to be a new dependency but configure is still not picking it up. I can't mock build from rawhide (as of yesterday) so instead of abusing the builders I'll try f29 to troubleshoot this issue. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
x86_64 builder problem?
I was hoping it was a transient issue but now not so sure... DEBUG util.py:490: BUILDSTDERR: Unable to detect release version (use '--releasever' to specify release version) DEBUG util.py:490: BUILDSTDERR: Failed to synchronize cache for repo 'build', disabling. DEBUG util.py:490: BUILDSTDERR: Warning: Module or Group 'build' does not exist. DEBUG util.py:490: BUILDSTDERR: Error: Nothing to do. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Open pkgdb requests?
Thanks! ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: MythTV v30
I've been running v30 for about a week now and haven't noticed any issues. Since f29 still has a lot of life left I'm planning to upgrade it but keep f28 on v29.1... Sergio, do you want to update your script? Or should we just upgrade all current branches? Thanks, Richard > ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Open pkgdb requests?
I may have missed an email but was wondering if we're not processing pkgdb requests right now? https://admin.rpmfusion.org/pkgdb/packager/hobbes1069/requests I submitted the unifi-lts requests a while back. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: MythTV v30
On Wed, Jan 16, 2019 at 7:41 AM Sérgio Basto wrote: > tag > https://github.com/MythTV/mythtv/releases/tag/v30.0 Just installed a local test build. I'll try it out for a few days but it doesn't really look like a major update based on the release notes... https://www.mythtv.org/wiki/Release_Notes_-_30 Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
MythTV v30
I just noticed the tag for MythTV version 30. I'm working on test builds now. I still don't think we have resolution on a python2 package in rawhide... requests-cache? IIRC I asked the maintainer to provide both Py3 and Py2 packages but have not gotten a response. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Silverblue Nvidia driver efforts
On Mon, Dec 24, 2018 at 1:44 AM Leigh Scott wrote: > I have zero interest in Silver Blue or Flatpak. > I haven't decided on SilverBlue yet but figure it's a good idea to be aware of what they're doing as it relates to akmods. The only interest I have in Flatpak is perhaps packaging difficult to package programs. It took me over a year to get FreeCAD 0.17 in Fedora because of the dependency hell. I just kept getting frustrated and walking away for a while. If you want a fully featured 3D CAD program you're not worried about disk space :) Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Silverblue Nvidia driver efforts
Saw this on discourse... https://discussion.fedoraproject.org/t/supporting-the-nvidia-drivers-on-silverblue/849 Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: fedora-review always ends with ERROR
On Tue, Dec 11, 2018 at 6:11 AM FeRD wrote: > > > On Mon, Dec 10, 2018 at 2:47 AM Martin Gansser > wrote: > >> Hi, >> >> fedora-review always ends with error message: >> $ fedora-review --other-bz https://bugzilla.rpmfusion.org -b 5104 -m >> fedora-rawhide-x86_64-rpmfusion_free >> ... >> ERROR: Exception down the road...(logs in >> /home/martin/.cache/fedora-review.log) >> > > [...] > > self._get_root() >> File "/usr/lib/python2.7/site-packages/FedoraReview/mock.py", line 166, >> in _get_root >> exec config[0] # pylint: disable=W0122 >> IndexError: list index out of range >> > > mock.py is parsing the mock config (in this case > /etc/mock/fedora-rawhide-x86_64-rpmfusion_free.cfg) for a line starting > with "config_opts['root']". > > It's not finding one because the file does an > include('/etc/mock/fedora-rawhide-x86_64.cfg'), and that's where the " > config_opts['root']" line is found. It seems mock.py doesn't know how to > process include()s. > > I think your only option is to use one of the mock config names that > *does* contain a 'root' config option, like fedora-rawhide-x86_64. Or to > add a line to /etc/mock/fedora-rawhide-x86_64-rpmfusion_free.cfg : > > config_opts['root'] = 'fedora-rawhide-x86_64' > https://bugzilla.redhat.com/show_bug.cgi?id=1409923 Filed over a year ago Ignored... Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: mythtv rebuilds
On Sat, Dec 8, 2018 at 1:10 PM Antonio Trande wrote: > Hi all. > > 'mythtv' is the last rpm that i'm rebuilding for el7. > > On rawhide only we can't build it yet for missing python3 packages from > Fedora (python3-oauth, python3-urlgrabber); we have two choices: > > - Disable python on mythtv on fedora 30+ and build it > - Contact the maintainers of oauth/urlgrabber to get these Python3 packages > MythTV upstream is not ready for python 3. For any python packages that have moved from python 2 to 3 we need to contact the maintainer and see if we can get them to provide both for now. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Upgrading EL7 with a newer ffmpeg
I'm for keeping 3.3 in EL7 if it makes things a lot easier... EL 8 is around the corner and thus the opportunity to for major updates. Once CentOS 8 is released my plan is to put most of my energy there and only keep el7 updated if it's easy. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: EL8 branch created in pkgdb - please request your packages
I requested branches for all the packages I maintain that I care to support el8 on. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Fedora 28 openmpi dependency problem?
Darn... Wrong mailing list... Started typing "devel" and thought it said Fedora... Thanks for the reply anyway! Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Fedora 28 openmpi dependency problem?
I've been working on getting a good build of FreeCAD 0.17 in Fedora (long story) and I was finally able to get a good scratch build on Rawhide so I decided to do a local mock build for Fedora 28 so I could actually test the package... As expected it built fine but I can't install it due to a dependency on libmpi... # dnf install ./freecad-0.17-2.fc28.x86_64.rpm ./freecad-data-0.17-2.fc28.noarch.rpm Last metadata expiration check: 0:04:30 ago on Sat 03 Nov 2018 07:21:52 AM CDT. Error: Problem 1: conflicting requests - nothing provides libmpi.so.20()(64bit) needed by freecad-1:0.17-2.fc28.x86_64 Problem 2: package freecad-data-1:0.17-2.fc28.noarch requires freecad = 1:0.17-2.fc28, but none of the providers can be installed - conflicting requests - nothing provides libmpi.so.20()(64bit) needed by freecad-1:0.17-2.fc28.x86_64 So what's the deal? Looking at the detailed requirements: $ rpm -qp --requires freecad-0.17-2.fc28.x86_64.rpm | grep mpi libmpi.so.20()(64bit) libmpi_cxx.so.20()(64bit) And the detail provides of the openmpi package: $ rpm -q --provides openmpi | grep libmpi libmpi.so.20()(64bit)(openmpi-x86_64) libmpi_cxx.so.20()(64bit)(openmpi-x86_64) libmpi_java.so.20()(64bit)(openmpi-x86_64) libmpi_mpifh.so.20()(64bit)(openmpi-x86_64) libmpi_usempi_ignore_tkr.so.20()(64bit)(openmpi-x86_64) libmpi_usempif08.so.20()(64bit)(openmpi-x86_64) Why is there a difference? What is the significance of the appended (openmpi-x86_64)? Is that the problem? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion schedule for f29
On Tue, Oct 16, 2018 at 8:30 AM Vascom wrote: > Appdata is not mandatory if it is not provided by upstream. > No, not mandatory, but nice to have. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion schedule for f29
I'm not sure when I'll have time, but I need to go through all the packages I maintain and see which ones still need appdata info added... I know imagination does... Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [xorg-x11-drv-nvidia-390xx/f29] Add nvidia-xsettings-390xx subpackage.
Review request submitted... https://bugzilla.rpmfusion.org/show_bug.cgi?id=5041 Leigh, can you do a quick review? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [xorg-x11-drv-nvidia-390xx/f29] Add nvidia-xsettings-390xx subpackage.
Ok, scratch build complete for f28... http://koji.rpmfusion.org/koji/taskinfo?taskID=265813 Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [xorg-x11-drv-nvidia-390xx/f29] Add nvidia-xsettings-390xx subpackage.
On Sun, Oct 7, 2018 at 6:41 AM Leigh Scott wrote: > It used to be > > ExclusiveArch: i686 x86_64 armv7hl > Yup, went back and looked at the driver package (figured it should match!). I've got a test package built and now testing in mock for rawhide. I'll try to get a review request submitted if I can today. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [xorg-x11-drv-nvidia-390xx/f29] Add nvidia-xsettings-390xx subpackage.
On Sun, Oct 7, 2018 at 6:31 AM Leigh Scott wrote: > On 07/10/2018 12:28, Richard Shaw wrote: > > > Why is nvidia-settings x86_64 only? Don't i686 users need this as well? > > > The latest nvidia driver doesn't support 32bit O/S > Ahh, but this one should, correct? I'll remove that from my nvidia-settings-390xx package. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [xorg-x11-drv-nvidia-390xx/f29] Add nvidia-xsettings-390xx subpackage.
On Sun, Oct 7, 2018 at 2:42 AM Nicolas Chauvet wrote: > Le sam. 6 oct. 2018 à 22:54, Richard Shaw a > écrit : > > > > commit 0f29a2833180a0efa697aa3a2a4129b72ea12f99 > > Author: Richard Shaw > > Date: Sat Oct 6 15:51:57 2018 -0500 > > > > Add nvidia-xsettings-390xx subpackage. > I think it will be way easier if you create another > nvidia-xsettings-390xx package based on nvidia-xsettings instead of > using a sub-package. > Ok, you mentioned bundling it so that's the direction I went... Why is nvidia-settings x86_64 only? Don't i686 users need this as well? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Nvidia 390.87 setting/xconfig
Ran into a problem, the arm package doesn't have a gtk3 library for nvidia-xsettings... Should I just conditionalize it to package the gtk2 library instead? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Nvidia 390.87 setting/xconfig
Ok, based on the feedback used the package name "nvidia-settings-390xx". I kept all the binary related stuff called "nvidia-settings" because I went with the conflict with the nvidia-settings package and renaming everything is a PITA. I will be doing some local testing on my home computer before doing real builds. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Nvidia 390.87 setting/xconfig
Ok, I know Nicolas mentioned bundling it but I'm assuming the idea was still to split it out as a subpackage? Something like: nvidia-390xx-settings nvidia-390xx-xconfig Also I assume they should conflict with the main packages as they will install the same name binaries... Should we add a Recommends/Suggests for them in the main driver package? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Anything missing for RPM Fusion readiness for f29 ?
On Wed, Oct 3, 2018 at 4:13 PM Leigh Scott wrote: > Nvidia is nonfree so use > > > koji-rpmfusion tag-build f29-nonfree-override > xorg-x11-drv-nvidia-390xx-390.87-1.fc29 > Duh... Too much cut-n-paste. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Anything missing for RPM Fusion readiness for f29 ?
On Wed, Oct 3, 2018 at 10:12 AM Robert-André Mauchin wrote: > On mercredi 3 octobre 2018 14:55:22 CEST Richard Shaw wrote: > > I'd like to get the nvidia 390.87 drivers available but Robert has not > > responded to my request to finish the review... > > Oops, I didn't catch your message, I'm on it right now. > Thanks for following up! Now, do I need to submit buildroot overrides[1] for the xorg-x11-drv-nvidia-390xx builds so I can build nvidia-390xx-kmod? I tried but it didn't work... $ koji-rpmfusion tag-build f29-free-override xorg-x11-drv-nvidia-390xx-390.87-1.fc29 2018-10-03 15:16:27,878 [ERROR] koji: TagError: Package xorg-x11-drv-nvidia-390xx not in list for f29-free-override Thanks, Richard [1] https://rpmfusion.org/Contributors#Requesting_a_buildroot_override ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Anything missing for RPM Fusion readiness for f29 ?
I'd like to get the nvidia 390.87 drivers available but Robert has not responded to my request to finish the review... Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion update report 2018-09-27
On Thu, Sep 27, 2018 at 4:27 AM wrote: > RPM Fusion update report > > > Section free: > - > Fedora 27 > - > Pushed to testing: > openshot-2.4.3-1.fc27 > wireguard-0.0.20180925-1.fc27 > wireguard-kmod-0.0.20180925-1.fc27 > > Pushed to stable: > libopenshot-0.2.2-1.fc27 > libopenshot-audio-0.1.7-2.fc27 > wireguard-0.0.20180918-1.fc27 > wireguard-kmod-0.0.20180918-1.fc27 > Should Openshot have been pushed to stable with libopenshot{,-audio}? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
unifi LTS interest
Going to try this one more time... I know that Nicolas wasn't in favor but I don't want to choose what version of Unifi[1] someone has to run based on their choice of Fedora or EPEL. There are cases where someone on CentOS 7 may want to have the latest and greatest or someone running Fedora may want to stay with an LTS version. So that part aside, does anyone have a problem with me opening a new Review Request but referencing the old one that's approved? The packaging is identical, the only difference is the version being packaged. Of course if someone different wants to review the old history and make suggestions I'm more than happy to make the same updates for both. Thanks, Richard [1] https://unifi-sdn.ubnt.com/ ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Upgrading EL7 with a newer ffmpeg
On Tue, Sep 4, 2018 at 9:05 AM FeRD wrote: > As Karel said, I'm not sure what the question is here, but OpenShot on el7 > would certainly be compatible with, and benefit from ffmpeg 3.3/3.4. That's > the only one I maintain, so I can't really speak for the rest, though I > can't imagine audacity, mplayer, mpd, mpv, or vlc having any issues. > I remember working on getting openshot into EL 7 but I ran into a hard dependency problem but can't remember now what it was. Maybe something has changed? It was a while ago... Thanks, RIchard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Heads up: Python 3.7 approaching
Once complete, please respond here and I'll take care of the openshot packages. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: package request, Denied: Bad request
On Mon, Apr 30, 2018 at 10:31 AM, Leigh Scott via rpmfusion-developers < rpmfusion-developers@lists.rpmfusion.org> wrote: > > > -- Forwarded message -- > From: Leigh Scott> To: rpmfusion-developers@lists.rpmfusion.org > Cc: > Bcc: > Date: Mon, 30 Apr 2018 15:31:58 - > Subject: Re: package request, Denied: Bad request > Your request was rejected either because you used the wrong namespace (rpm > isn't used) or you had whitspace. > Either of these make the request non-processable. I don't do pkgdb requests all the time and I missed the namespace too on my last one. Perhaps it should be blank instead of showing "rpm" and require an entry of "free" or "nonfree" before allowing the request to continue. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [Bug 4647] Review Request: unifi - Ubiquiti UniFi controller
On Fri, Mar 16, 2018 at 8:45 AM, RPM Fusion Bugzilla <nore...@rpmfusion.org> wrote: > *Comment # 31 <https://bugzilla.rpmfusion.org/show_bug.cgi?id=4647#c31> on > bug 4647 <https://bugzilla.rpmfusion.org/show_bug.cgi?id=4647> from Nicolas > Chauvet <kwiz...@gmail.com> * > > (In reply to Richard from comment #25 > <https://bugzilla.rpmfusion.org/show_bug.cgi?id=4647#c25>)> SPEC: > https://www.dropbox.com/s/a3fy23xaw163ap5/unifi.spec?dl=0 > > SRPM: https://www.dropbox.com/s/q6vi2pfpv5wgkbi/unifi-5.7.20-1.fc27.src.rpm > > > > * Thu Mar 08 2018 Richard Shaw <hobbes1...@gmail.com> - 5.7.20-1 > > - Update to 5.7.20. > > - Add new webrtc target aarch64. > > > > I also split the noarch stuff into a data subpackage... > > Seem like not everything is noarch in your noarch > package:http://koji.rpmfusion.org/koji/taskinfo?taskID=213178 > > BuildError: The following noarch package built differently on different > architectures: unifi-data-5.7.20-1.fc29.noarch.rpm > rpmdiff output was: > error: cannot open Packages index using db5 - Permission denied (13) > error: cannot open Packages database in /var/lib/rpm > error: cannot open Packages database in /var/lib/rpm > removed /usr/share/unifi/lib/native/Linux > removed /usr/share/unifi/lib/native/Linux/x86_64 > removed /usr/share/unifi/lib/native/Linux/x86_64/libubnt_webrtc_jni.so > > That's a symbolic link, the actual library is in %{_libdir}... I think the actual problem is that I don't create the symbolic link on arches that aren't supported. I'll move that one file into the main package. Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Request more than one module from Review Request?
On Thu, Mar 15, 2018 at 8:00 AM, Nicolas Chauvetwrote: > Why it a lts version really needed after all ? you can just build the > lts in EL7 and use the latest version in fedora ? > Is there version compatibility issue that would requires to have the > two in parallel if needed ? > Some users may not be interested in the frequent updates and updating of device firmware that occurs in the standard package. They may not care about new features, but only bug fixes. I don't think this is really a LTS->EL Latest->Fedora type situation. Only one or the other would be installed, not both. The way you will introduce any unifi-lts alternative package is > questionable anyway. Does the two packages will conflict ? > Is there a way they can install along ? > Yes, they would conflict with one another. > A possible workaround would be to have the lts version in stable > updates, and the normal version in updates-testing. > But it may lead to issue if you need to issue a bugfix for a stable > fedora release and the git has already moved to a non-lts version... I don't think this is very practical. One option would be to open a new review request for unifi-lts but reference the review from the unifi review request and have the same reviewer approve both requests. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Request more than one module from Review Request?
Just yesterday Ubiquity announced a LTS version of their Unifi controller software currently under review for the RF Non-free repository. When the review is approved I would like to request both a "unifi" and "unifi-lts" module in pkgdb. The packages will be identical other than the version of the software. Does anyone see a problem with this? A second Review Request seems overkill for this situation. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Build canceled?
Ok, looking back at the console output from rfpkg it does say canceled but no failures so it wasn't immediately obvious. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Build canceled?
Is there something going on I need to be aware of? It looks like my build of openshot for F28 was canceled but on the command line there was no indication of any failure so I kicked off builds for F26 and 27 as well. http://koji.rpmfusion.org/koji/taskinfo?taskID=204179 Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: gstreamer maintainer needed for freeworld packages
Trying repoquery from my F27 box I get: clutter-gst-1.6.0-19.fc27.src.rpm drawtk-2.0-5.fc27.src.rpm But I'm assuming several project dlopen them? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: gstreamer maintainer needed for freeworld packages
I may take a look when I have time but which packages still require the old 0.10/0.11 versions of gstreamer? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion update report 2018-01-28
I had a conditional for BuildRequires but two subpackages also had Requires on python-requests and python-requests-cache. I conditionalized them and kicked off a build. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion update report 2018-01-28
On Mon, Jan 29, 2018 at 8:17 PM, Sérgio Bastowrote: > > it is a bug > el7 have python-requests but package not provides python2-requests > which is easy to fix > %if fedora > requires python2-requests > %else > requires python-requests > > python-requests-cache seems it is not available in el / epel 7 > Sorry, that was my miss, but in either case we should just conditionalize it to not require either for EPEL since the version of python-requests is too old anyway. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Update to VA-API 1.0.0 (libva-2.0.0 with SONAME bump)
mythtv can not currently be built due to a chance in QT in 5.10.x. A fix has been applied to master but not backported to fixes/29.0 yet. It should be done sometime this week. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
EL7 build stuck at build SRPM from SCM?
Something going on I'm not aware of? http://koji.rpmfusion.org/koji/taskinfo?taskID=189484 Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion update report 2017-12-04
I'm not a git expert but I think it should be good now... Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion update report 2017-12-04
On Mon, Dec 4, 2017 at 2:35 PM, Nicolas Chauvetwrote: > Thx for the quick answer. > The point to revert is to keep the openshot version as binary rpm in > el7 repo to match the version that is available source form in git. > This is extremely important because if a rebuilt is needed for any > reason, it's expected to have the appropriate version and not a > version that will have issue to build because of something else. > > Please fix the git with the appropriate revert or ask for help if > needed, but please don't let things in a broken state. I'll try to find time today but may be later this week. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion update report 2017-12-04
On Mon, Dec 4, 2017 at 2:20 PM, Nicolas Chauvetwrote: > > EL 7 > > - > > Pushed to testing: > > > > Pushed to stable: > > libopenshot-0.1.8-3.el7 > > libopenshot-audio-0.1.4-1.el7 > > I've untagged these libopenshot built given the missing openshot > package (lacks of python3-qt5 or else, yes this is RHEL). > Please re-tag if need possible to have these with older openshot (and > revert the fixes in openshot for el7 if it's not possible to fix it). Yeah, and after all the trouble I went to in order to get the libopenshot dependencies taken care of... I can revert openshot, but there's not much point. Openshot 1.X used MLT. The main driver of the 2.X series was to change over to the new libopenshot libraries. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Some tests fail for XMLTV 0.5.70
I was working on updating xmltv and I believe I updated the patches correctly but when I try to build a package locally first I get the following during %check: + make test PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/test_dst.t . ok running small test suite, use t/test_filters.t --full for the whole lot perl -Iblib/arch -Iblib/lib blib/script/tv_to_latex t/data/empty.xml t/data/amp.xml t/data/clump.xml t/data/dups.xml t/data/attrs.xml t/data/clump_extract.xml t/data/clump_extract_1.xml t/data/intervals.xml t/data/length.xml t/data/overlap.xml t/data/simple.xml t/data/sort.xml t/data/sort1.xml t/data/sort2.xml t/data/test.xml t/data/test_empty.xml t/data/test_remove_some_overlapping.xml t/data/test_sort_by_channel.xml t/data/whitespace.xml t/data/x-whatever.xml --output t/data/tv_to_latex_all_UTF8.out failed: 255, 0, 0 perl -Iblib/arch -Iblib/lib blib/script/tv_to_latex t/data/amp.xml t/data/empty.xml t/data/empty.xml t/data/clump.xml --output t/data/tv_to_latex_amp_xml_empty_xml_empty_xml_clump_xml.out failed: 255, 0, 0 perl -Iblib/arch -Iblib/lib blib/script/tv_to_latex t/data/simple.xml t/data/x-whatever.xml --output t/data/tv_to_latex_simple_xml_x_whatever_xml.out failed: 255, 0, 0 perl -Iblib/arch -Iblib/lib blib/script/tv_to_latex t/data/test.xml t/data/test.xml --output t/data/tv_to_latex_test_xml_test_xml.out failed: 255, 0, 0 perl -Iblib/arch -Iblib/lib blib/script/tv_to_latex t/data/overlap.xml --output t/data/tv_to_latex_overlap_xml.out failed: 255, 0, 0 perl -Iblib/arch -Iblib/lib blib/script/tv_to_text t/data/empty.xml t/data/amp.xml t/data/clump.xml t/data/dups.xml t/data/attrs.xml t/data/clump_extract.xml t/data/clump_extract_1.xml t/data/intervals.xml t/data/length.xml t/data/overlap.xml t/data/simple.xml t/data/sort.xml t/data/sort1.xml t/data/sort2.xml t/data/test.xml t/data/test_empty.xml t/data/test_remove_some_overlapping.xml t/data/test_sort_by_channel.xml t/data/whitespace.xml t/data/x-whatever.xml --output t/data/tv_to_text_all_UTF8.out failed: 255, 0, 0 perl -Iblib/arch -Iblib/lib blib/script/tv_to_text t/data/amp.xml t/data/empty.xml t/data/empty.xml t/data/clump.xml --output t/data/tv_to_text_amp_xml_empty_xml_empty_xml_clump_xml.out failed: 255, 0, 0 perl -Iblib/arch -Iblib/lib blib/script/tv_to_text t/data/simple.xml t/data/x-whatever.xml --output t/data/tv_to_text_simple_xml_x_whatever_xml.out failed: 255, 0, 0 perl -Iblib/arch -Iblib/lib blib/script/tv_to_text t/data/test.xml t/data/test.xml --output t/data/tv_to_text_test_xml_test_xml.out failed: 255, 0, 0 perl -Iblib/arch -Iblib/lib blib/script/tv_to_text t/data/overlap.xml --output t/data/tv_to_text_overlap_xml.out failed: 255, 0, 0 t/test_filters.t . Failed 10/100 subtests t/test_icon.t ok t/test_library.t . ok t/test_tv_augment.t .. ok t/test_tv_imdb.t . ok assuming default UTF-8 encoding for output assuming default UTF-8 encoding for output assuming default UTF-8 encoding for output t/test_tv_split.t ok Test Summary Report --- t/test_filters.t (Wstat: 0 Tests: 100 Failed: 10) Failed tests: 61-70 Files=7, Tests=162, 58 wallclock secs ( 0.09 usr 0.02 sys + 53.25 cusr 4.24 csys = 57.60 CPU) Result: FAIL Failed 1/7 test programs. 10/162 subtests failed. make: *** [Makefile:1656: test_dynamic] Error 255 Any pointers? I have not committed the changes to git yet. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPM Fusion is near 10 years old
Yes, sorry I'm just now getting a chance to reply! I know I haven't been a packager for the entire 10 years (but probably most of it!) but my how time flies! Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Koji downtime in progress.
Unfortunately I submitted a built of mythtv... Should I cancel? Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: rebuilding perl packages against perl 5.26.0
Never mind, looks like Paul already took care of mythtv. Thanks, Richard ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org