Re: Fedora 33 Self-Contained Change proposal: No more automagic Python bytecompilation phase 3

Hello. The change has been accepted and implemented in: https://bodhi.fedoraproject.org/updates/FEDORA-2020-922b21ffde This means that the affected packages will FTBFS with the following error: %_python_bytecompile_extra is discontinued, use %py_byte_compile instead. See: https://fedoraproje

Re: Update ejected from the push

Il 16/06/20 03:47, Kevin Fenzi ha scritto: > > Can you file a releng ticket and we can sort out whats going on. > https://pagure.io/releng/new_issue > > It seems like the sidetag setup has some issues still. ;( > > kevin There have been some improvements in sidetag workflow in Bodhi master branch

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Tue, 2020-06-16 at 03:47 +0200, Kevin Kofler wrote: > Neal Gompa wrote: > > If they build a separate folder manually and are already using the > > VPATH macros, then there's no change. If they're using a different > > structure, we can adapt them

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Tue, 2020-06-16 at 02:21 +0200, Kevin Kofler wrote: > Ben Cotton wrote: > > == Summary == > > %cmake macro will be adjusted (-B > > parameter) > > to use separate build folder (already standardized > > %{_vpath_builddir} macro). Additionally, > >

Re: Update ejected from the push

On Tue, Jun 16, 2020 at 4:24 AM Kevin Fenzi wrote: > > On Tue, Jun 16, 2020 at 03:23:30AM +0200, Alexander Ploumistos wrote: > > On Tue, Jun 16, 2020 at 2:43 AM Alexander Ploumistos > > wrote: > > > > > > The other update doesn't seem to be moving, but at least > > > it hasn't been ejected (yet).

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

On Mon, Jun 15, 2020 at 10:25 PM Kevin Kofler wrote: > > Neal Gompa wrote: > > If they build a separate folder manually and are already using the > > VPATH macros, then there's no change. If they're using a different > > structure, we can adapt them to the standard VPATH macros, and do > > other a

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

Neal Gompa wrote: > If they build a separate folder manually and are already using the > VPATH macros, then there's no change. If they're using a different > structure, we can adapt them to the standard VPATH macros, and do > other adjustments as needed. The common idiom in KDE packages is: mkdir

Re: Update ejected from the push

On Tue, Jun 16, 2020 at 03:23:30AM +0200, Alexander Ploumistos wrote: > On Tue, Jun 16, 2020 at 2:43 AM Alexander Ploumistos > wrote: > > > > The other update doesn't seem to be moving, but at least > > it hasn't been ejected (yet). > > And the second one was just cast out as well. Can you file

[EPEL-devel] Fedora EPEL 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-5f91ab971e wordpress-5.1.6-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing php-horde-horde-5.2.23-1.el6 tcpreplay-4.3.3-1.el

Re: Fedora 33 Self-Contained Change proposal: Default animated background for Fedora Workstation

On Mon, Jun 15, 2020 at 09:05:42PM -0400, Neal Gompa wrote: > > So I'm confused here, does anyone know why the animated wallpapers > don't work in KDE Plasma or any other desktop? I personally love > animated wallpapers and I'd like to see this on my KDE Plasma desktop > too... I think KDE does s

Re: Update ejected from the push

On Tue, Jun 16, 2020 at 2:43 AM Alexander Ploumistos wrote: > > The other update doesn't seem to be moving, but at least > it hasn't been ejected (yet). And the second one was just cast out as well. ___ devel mailing list -- devel@lists.fedoraproject.or

Re: Fedora 33 Self-Contained Change proposal: Default animated background for Fedora Workstation

That depends on the format of the animated wallpapers, which I can't seem to figure out from this thread nor the changes page. -- Carson Black [ jan Pontajosi ] Am Mo., 15. Juni 2020 um 21:06 Uhr schrieb Neal Gompa : > > On Mon, Jun 15, 2020 at 4:11 PM Ben Cotton wrote: > > > > https://fedorapro

Re: Fedora 33 Self-Contained Change proposal: Default animated background for Fedora Workstation

On Mon, Jun 15, 2020 at 4:11 PM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/DefaultAnimatedBackground > > == Summary == > Fedora Workstation 33 uses animate background as default. > > == Owner == > * Name: [[User:luya| Luya Tshimbalanga]] > * Email: luyaATfedoraproject.org > * Pro

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

On Mon, Jun 15, 2020 at 8:22 PM Kevin Kofler wrote: > > Ben Cotton wrote: > > == Summary == > > %cmake macro will be adjusted (-B parameter) > > to use separate build folder (already standardized > > %{_vpath_builddir} macro). Additionally, > > %cmake_build, %cmake_install and > > %ctest macro wil

Update ejected from the push

Hello, A few hours ago I submitted a couple of updates[0,1] that I had built in side-tags. When I saw that after 7 hours they were still "pending" I got in touch with infra on irc and Mohan gave them a push. I've just received a notification that one of them was ejected from the push because "None

Re: Fedora 33 Self-Contained Change proposal: Default animated background for Fedora Workstation

Ben Cotton wrote: > == Summary == > Fedora Workstation 33 uses animate background as default. > > == Owner == > * Name: [[User:luya| Luya Tshimbalanga]] > * Email: luyaATfedoraproject.org > * Product: Workstation Is this gimmick really worth the extra space used on all deliverables? > == Detaile

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

On 15. 06. 20 21:47, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/Fedora-Retired-Packages == Summary == All retired packages are obsoleted by `fedora-retired-packages`. My general feedback: + I agree that removing retired and otherwise removed packages on release boundary upgrade

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

Ben Cotton wrote: > == Summary == > All retired packages are obsoleted by `fedora-retired-packages`. > > == Owner == > * Name: [[User:msuchy| Miroslav Suchý]] > * Email: msu...@redhat.com Absolute -1! IMHO, removing working packages from users' systems just because the new release no longer shi

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

Ben Cotton wrote: > == Summary == > %cmake macro will be adjusted (-B parameter) > to use separate build folder (already standardized > %{_vpath_builddir} macro). Additionally, > %cmake_build, %cmake_install and > %ctest macro will be created (and backported to the older > supported Fedora releases

Re: Fedora 33 Self-Contained Change proposal: Distribute .repo files for modular repositories from a separate package

On 16. 06. 20 1:31, Miroslav Suchý wrote: Dne 15. 06. 20 v 22:10 Ben Cotton napsal(a): We install/keep fedora-repos-modular by default, users (admins) can uninstall it if desired. No defaults are changed How you manage to have it installed by default? It is not obvious from the linked PR to m

Re: Is there way to include some sensitive credentials in builds?

Igor Raits wrote: > I am packaging one nice GUI application (newsflash) that is working > with API of some services like feedly. Those require some API key, but > I think it is against their rules to have it included in the plain-text > format in git. I am curious if there is a way how to get those

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

On Tue, Jun 16, 2020 at 12:46:30AM +0200, Miroslav Suchý wrote: > Can you give example? I have a F30 system running the F29 mailgraph package, which was retired. It was the last remaining blocker preventing that system from being upgraded to F31. (The others were due to non-fedora-packaged de

Re: Datacenter move day 2

Ben Cotton wrote: > The badge claim URL should be valid for a few days beyond the end of > the voting period. If anyone is unable to claim the badge, they can > open an issue at https://pagure.io/fedora-project-schedule/new_issue > and I will manually award badges when the system is back online. B

Re: Fedora 33 Self-Contained Change proposal: Distribute .repo files for modular repositories from a separate package

Dne 15. 06. 20 v 22:10 Ben Cotton napsal(a): > We install/keep fedora-repos-modular by default, users (admins) can > uninstall it if desired. No defaults are changed How you manage to have it installed by default? It is not obvious from the linked PR to me. I just want to be sure it will be insta

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

Dne 16. 06. 20 v 0:37 James Cassell napsal(a): > Please not using mechanism. Make it easy to opt out, or better yet opt-in. On package level, there is likely no other way. DNF team will have no time/resources to implement this on DNF level. I can only thing of /usr/sbin/remove-retired-package whi

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

Dne 16. 06. 20 v 0:40 Ian McInerney napsal(a): > and then cleaned them off manually (listing them through `rpm -qa | grep > fcXX` and then manually removing them), but I > think it would be better to warn on upgrade when those packages don't exist > in the newer release to tell the user they > ar

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

Dne 15. 06. 20 v 22:43 Solomon Peachy napsal(a): > This will silently break otherwise-working software on production > systems, and provide no straightforward way to get back to a working > state. Can you give example? > What about software installed from 3rd-party repositories? What about >

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

> > ...snip... > > What I propose is: As part of the retirement process we add the to > fedora-retired-packages: > Obsoletes: foo < %{latestversion+1} > And during upgrade from F37->F38 the package will be removed. > > I am not a fan of this part. One release cycle seems awfully tight for this, a

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

On Mon, Jun 15, 2020, at 6:07 PM, Kevin Fenzi wrote: > On Mon, Jun 15, 2020 at 03:47:33PM -0400, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/Fedora-Retired-Packages > > ...snip... Please not using mechanism. Make it easy to opt out, or better yet opt-in. Probably better to jus

Re: Upcoming fedoraproject Datacenter move reminder and plans

On Fri, Jun 05, 2020 at 01:39:51PM +0200, Miro Hrončok wrote: > > Is there a publicly available more or less up to date mirror of > src.fedoraproject.org git repos? > > I know there is https://fedoraproject.org/wiki/Infrastructure/Grokmirror > > But I'd rather not set it up myself, if there is s

Re: F30 security update submitted for stable "marked obsolete" instead of being pushed

On Wed, May 27, 2020 at 06:16:24PM +0200, Tomasz Torcz wrote: > On Wed, May 27, 2020 at 09:39:47AM -0500, Richard Shaw wrote: > > > Yeah, I think that'd be better then simply dropping them, if it's > > > reasonably easy to implement. By releasing those updates we make > > > things a bit nicer for u

Re: [Regression] Blender build failure on armv7 architecture

On Mon, Jun 15, 2020 at 10:06 PM Andy Mender wrote: > On Fri, 12 Jun 2020 at 04:58, Luya Tshimbalanga > wrote: > >> Hello team, >> >> Blender 2.83.0 successfuly built on all but one architecture: armv7h. >> >> https://koji.fedoraproject.org/koji/buildinfo?buildID=1522859 >> >> Could these mainta

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

On Mon, Jun 15, 2020 at 03:47:33PM -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/Fedora-Retired-Packages ...snip... > If the user wants to preserve the package (e.g., because it moved to > Copr), he simply uninstalls and protects the installation of > fedora-retired-packages.

Re: [Regression] Blender build failure on armv7 architecture

On Mon, Jun 15, 2020 at 10:05:38PM +0200, Andy Mender wrote: > On Fri, 12 Jun 2020 at 04:58, Luya Tshimbalanga > wrote: > > > Hello team, > > > > Blender 2.83.0 successfuly built on all but one architecture: armv7h. > > > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1522859 > > > > Cou

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

On 15. 06. 20 21:56, Igor Raits wrote: I fully agree with the benefits, however I do not like the approach. Why not to teach DNF system-upgrade about special flag (like --remove- unmaintained-packages) that will take installed packages, available packages and remove those that do not exist in the

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

On Mon, Jun 15, 2020 at 03:47:33PM -0400, Ben Cotton wrote: > What I propose is: As part of the retirement process we add the to > fedora-retired-packages: > Obsoletes: foo < %{latestversion+1} > And during upgrade from F37->F38 the package will be removed. Gah, no. Just.. no. This will silent

Re: Fedora 33 Self-Contained Change proposal: Default animated background for Fedora Workstation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Mon, 2020-06-15 at 16:10 -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/DefaultAnimatedBackground > > == Summary == > Fedora Workstation 33 uses animate background as default. > > == Owner == > * Name: [[User:luya| Luya Tshimb

Re: Fedora 33 Self-Contained Change proposal: NSS dbm support removal

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Mon, 2020-06-15 at 16:10 -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/NSSDBMRemoval > > == Summary == > Network Security Services (NSS) historically supports 2 different > database backends, based on SQLite and dbm. Since Fed

Fedora 33 Self-Contained Change proposal: LXQt 0.15.0

https://fedoraproject.org/wiki/Changes/LXQt_0.15.0 == Summary == Update LXQt to 0.15.0 or later in Fedora. == Owner == * Name: [[User:Zsun|Zamir SUN]] * Email: zsun#AT#fedoraproject.org == Detailed Description == LXQt 0.15.0 just released with a bunch of bugfixes and enhancements. It's always

Fedora 33 Self-Contained Change proposal: Distribute .repo files for modular repositories from a separate package

https://fedoraproject.org/wiki/Changes/ModularReposSubpackage == Summary == Reintroduce the fedora-repos-modular package. Have the /etc/yum.repos.d/*-modular.repo files in it instead of fedora-repos. We install/keep fedora-repos-modular by default, users (admins) can uninstall it if desired. No de

Fedora 33 Self-Contained Change proposal: NSS dbm support removal

https://fedoraproject.org/wiki/Changes/NSSDBMRemoval == Summary == Network Security Services (NSS) historically supports 2 different database backends, based on SQLite and dbm. Since Fedora 28, the SQLite backend has been used by default and the dbm backend has been deprecated ([[Changes/NSSDefaul

Fedora 33 Self-Contained Change proposal: Default animated background for Fedora Workstation

https://fedoraproject.org/wiki/Changes/DefaultAnimatedBackground == Summary == Fedora Workstation 33 uses animate background as default. == Owner == * Name: [[User:luya| Luya Tshimbalanga]] * Email: luyaATfedoraproject.org * Product: Workstation == Detailed Description == Starting from Release

Re: [Regression] Blender build failure on armv7 architecture

On Fri, 12 Jun 2020 at 04:58, Luya Tshimbalanga wrote: > Hello team, > > Blender 2.83.0 successfuly built on all but one architecture: armv7h. > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1522859 > > Could these maintainers investigate the cause ? I intend to temporarly > exclude it

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Mon, 2020-06-15 at 15:47 -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/Fedora-Retired-Packages > > == Summary == > All retired packages are obsoleted by `fedora-retired-packages`. > > == Owner == > * Name: [[User:msuchy| Miro

Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

https://fedoraproject.org/wiki/Changes/Fedora-Retired-Packages == Summary == All retired packages are obsoleted by `fedora-retired-packages`. == Owner == * Name: [[User:msuchy| Miroslav Suchý]] * Email: msu...@redhat.com == Detailed Description == Right now `fedora-obsoletes-package` retires pac

Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds == Summary == %cmake macro will be adjusted (-B parameter) to use separate build folder (already standardized %{_vpath_builddir} macro). Additionally, %cmake_build, %cmake_install and %ctest macro will be created (and backport

Review Swap: python-ouimeaux - Open source control for Belkin WeMo devices

Looking for someone to review the following python package: https://bugzilla.redhat.com/show_bug.cgi?id=1839242 It's not complicated by any means. I'll be glad to review another package in return. Thank you. ___ devel mailing list -- devel@lists.fedora

ocaml-bin-prot license change

I just built version 0.13.0 of ocaml-bin-prot for Rawhide and Fedora 32. The license has changed from "LGPLv2+ with exceptions" to "MIT and BSD". -- Jerry James http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscr

Re: Fedora 33 System-Wide Change proposal: swap on zram

Help needed! We're discussing the parameters of the test day, and the difficulty is answering: "what are the test cases?" This comment and the one after it: https://pagure.io/fedora-qa/issue/632#comment-658340 What language simply and properly conveys that the "test case" is essentially created

Re: protobuf update coming to rawhide

On Monday, 15 June 2020 06:51:32 CEST Adrian Reber wrote: > The following packages are failing: > > clementine I rebuild the dep which was causing issue with clementine (libqxt-qt5, https://koji.fedoraproject.org/koji/buildinfo?buildID=1507034), would you mind retrying the rebuild of Clementine

Re: Orphaned packages looking for new maintainers

Took over both "fritzing" and "fritzing-parts". If anyone would like to join as co-maintainer, let me know. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct

Re: Orphaned packages looking for new maintainers

>fritzing logic, orphan1 weeks ago >fritzing-partslogic, orphan1 weeks ago I'd be willing to help with this one, but since there already is a co-maintainer listed, I'll ask first if they're willing to step up to b

Orphaned packages looking for new maintainers

The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If

Re: Summary/Minutes from today's FESCo Meeting (2020-06-15)

Am 15.06.20 um 19:00 schrieb Petr Šabata: * What is the scope of Modularity? (contyk, 15:35:03) * AGREED: Modular-only packages are not allowed and modular versions are only be allowed as alternatives to non-modular packages. (+9, 0, -0) (contyk, 15:58:47) (...) Thank you, FESCo

Summary/Minutes from today's FESCo Meeting (2020-06-15)

= #fedora-meeting-1: FESCO (2020-06-15) = Meeting started by contyk at 15:00:27 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting-1/2020-06-15/fesco.2020-06-15-15.00.log.html Meeting summa

Re: Easier way to autogenerate Provides?

On Mon, Jun 15, 2020 at 07:50:11AM -0400, Neal Gompa wrote: > On Mon, Jun 15, 2020 at 7:49 AM Neal Gompa wrote: > > > > On Mon, Jun 15, 2020 at 7:46 AM Richard W.M. Jones > > wrote: > > > > > > We autogenerate RPM Requires/Provides in a few projects, and it's > > > quite nice. eg: supermin-deve

Unexpected find of the week: Pagure & Dist Git Watch List

Hi everybody! We were discussing getting CCs for bugs of components which you no longer maintain over in #fedora-admin, and I figured that Pagure should be able to tell me what components I'm watching, just in case I wanted to remove myself preemptively, before my inbox gets clogged up. Turns out

Re: Schedule for Mondays's FESCo Meeting (2020-06-15)

On Mon, Jun 15, 2020 at 11:04:18AM +0200, Petr Šabata wrote: > Following is the list of topics that will be discussed in the > FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on > irc.freenode.net. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/UTCHow

Re: Requesting changes/updates to Fedora kde spin page

Thanks a lot :) On Mon, Jun 15, 2020 at 6:24 PM Neal Gompa wrote: > On Mon, Jun 15, 2020 at 8:50 AM Harsh Jain wrote: > > > > Hey everyone , > > I recently downloaded the fedora kde spin and noticed there were some > differences among the apps that came with it . On the site [1] the web > brows

Re: New protobuf blocked by old protobuf from module [f32]

On Mon, Jun 15, 2020 at 11:31:09AM +0100, Daniel P. Berrangé wrote: > I'm trying to install gmic on my Fedora 32 system, which requries opencv, > which requires protobuf 3.11 > > DNF refuses to install any of them though, because protobuf 3.11 is blocked > by modularity: > > - package protobuf-

Re: New protobuf blocked by old protobuf from module [f32]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Mon, 2020-06-15 at 13:52 +0200, Tomasz Torcz wrote: > On Mon, Jun 15, 2020 at 12:43:37PM +0200, Igor Raits wrote: > > >   - package protobuf-3.11.2-2.fc32.i686 is filtered out by > > > modular > > > filtering > > >   - package protobuf-3.11.2-2.fc

Re: Requesting changes/updates to Fedora kde spin page

On Mon, Jun 15, 2020 at 8:50 AM Harsh Jain wrote: > > Hey everyone , > I recently downloaded the fedora kde spin and noticed there were some > differences among the apps that came with it . On the site [1] the web > browser that comes with the spin is told to be konqueror , but firefox and > fa

Requesting changes/updates to Fedora kde spin page

Hey everyone , I recently downloaded the fedora kde spin and noticed there were some differences among the apps that came with it . On the site [1] the web browser that comes with the spin is told to be konqueror , but firefox and falkon are included in the spin instead . I think there were other a

Re: wt (C++ Web Toolkit) package looking for a new maintainer

On 15/06/20 11:04 +0200, Michal Minar wrote: Hello, I've just orphaned wt package in fedora. It now fails to install in Fedora 33 and I have no longer free cycles to maintain it. I'll be happy to assist

Re: New protobuf blocked by old protobuf from module [f32]

On Mon, Jun 15, 2020 at 12:43:37PM +0200, Igor Raits wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Mon, 2020-06-15 at 11:31 +0100, Daniel P. Berrangé wrote: > > I'm trying to install gmic on my Fedora 32 system, which requries > > opencv, > > which requires protobuf 3.11 > > >

Re: New protobuf blocked by old protobuf from module [f32]

On Mon, Jun 15, 2020 at 12:43:37PM +0200, Igor Raits wrote: > >   - package protobuf-3.11.2-2.fc32.i686 is filtered out by modular > > filtering > >   - package protobuf-3.11.2-2.fc32.x86_64 is filtered out by modular > > filtering > > > > What is the right way to fix this ? dnf module list shows

Re: Easier way to autogenerate Provides?

On Mon, Jun 15, 2020 at 7:49 AM Neal Gompa wrote: > > On Mon, Jun 15, 2020 at 7:46 AM Richard W.M. Jones wrote: > > > > We autogenerate RPM Requires/Provides in a few projects, and it's > > quite nice. eg: supermin-devel has: > > > > $ rpm -ql supermin-devel > > /usr/lib/rpm/fileattrs/superm

Re: Easier way to autogenerate Provides?

On Mon, Jun 15, 2020 at 7:46 AM Richard W.M. Jones wrote: > > We autogenerate RPM Requires/Provides in a few projects, and it's > quite nice. eg: supermin-devel has: > > $ rpm -ql supermin-devel > /usr/lib/rpm/fileattrs/supermin.attr > /usr/lib/rpm/supermin-find-requires > > and this means

Easier way to autogenerate Provides?

We autogenerate RPM Requires/Provides in a few projects, and it's quite nice. eg: supermin-devel has: $ rpm -ql supermin-devel /usr/lib/rpm/fileattrs/supermin.attr /usr/lib/rpm/supermin-find-requires and this means other packages that contain supermin appliances can simply put their applia

Re: New protobuf blocked by old protobuf from module [f32]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Mon, 2020-06-15 at 11:31 +0100, Daniel P. Berrangé wrote: > I'm trying to install gmic on my Fedora 32 system, which requries > opencv, > which requires protobuf 3.11 > > DNF refuses to install any of them though, because protobuf 3.11 is > block

New protobuf blocked by old protobuf from module [f32]

I'm trying to install gmic on my Fedora 32 system, which requries opencv, which requires protobuf 3.11 DNF refuses to install any of them though, because protobuf 3.11 is blocked by modularity: - package protobuf-3.11.2-2.fc32.i686 is filtered out by modular filtering - package protobuf-3.11.

soname bump: librealsense

Hi all, I'm updating librealsense to 2.35.2 in Rawhide. The only dependency is fawkes, which is currently FTBFS because gazebo fails to install. Kind regards, Till ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to d

Schedule for Mondays's FESCo Meeting (2020-06-15)

Following is the list of topics that will be discussed in the FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2020-06-15 15:00 UTC' Links to all issues to be

wt (C++ Web Toolkit) package looking for a new maintainer

Hello, I've just orphaned wt package in fedora. It now fails to install in Fedora 33 and I have no longer free cycles to maintain it. I'll be happy to assist if anybody is interested to take over. Best r

Re: [fedora-java] Re: Announcement: Aim to remove libdb-java from Fedora-rawhide

* Jiri Vanek: > Is there some replacemnt for this subpackage? At least theoretical? For the JDBC connector to SQLite, there's sqlite-jdbc and javasqlite. But the on-disk format will be different. For the key-value store, there is the je package, but again the on-disk format is different. Thanks

Re: [fedora-java] Re: Announcement: Aim to remove libdb-java from Fedora-rawhide

Agree, I am not aware of any replacement of this JDBC connector. As you said, it can be easily returned if it would be missed. On Mon, Jun 15, 2020 at 9:27 AM Jiri Vanek wrote: > On 6/15/20 9:13 AM, Florian Weimer wrote: > > * Ondrej Dubaj: > > > >> The problem is unknown runtime behaviour of l

Re: Announcement: Aim to remove libdb-java from Fedora-rawhide

I edited the autoconf check and it seems there are other issues, which are causing problems. I also contacted upstream and they do not have any experience with this version working with jdk-11 or jvm-11. I see it as a high risk to "somehow" rebuild it and push it to rawhide. In addition, there is

Re: [fedora-java] Re: Announcement: Aim to remove libdb-java from Fedora-rawhide

On 6/15/20 9:13 AM, Florian Weimer wrote: > * Ondrej Dubaj: > >> The problem is unknown runtime behaviour of libdb-java (build with >> jdk-1.8, as it is unable to build with jdk-11) with JVM-11. Are you an >> active user of libdb java ? > > I am not. > > Upon second thought, it doesn't seem to m

Re: How to create a bodhi update from f32-kde tag?

On Mon, Jun 15, 2020 at 2:59 PM Kalev Lember wrote: > > On 6/15/20 03:55, Robin Lee wrote: > > Hi, > > > > I rebuilt some packages to the f32-kde tag for Qt 5.14.2. And after the new > > qt package being pushed to stable, I want to create an update for my > > packages. > > > > But bodhi request f

Re: Announcement: Aim to remove libdb-java from Fedora-rawhide

* Ondrej Dubaj: > The problem is unknown runtime behaviour of libdb-java (build with > jdk-1.8, as it is unable to build with jdk-11) with JVM-11. Are you an > active user of libdb java ? I am not. Upon second thought, it doesn't seem to make sense to preserve libdb-java (although I expect that