Re: Inactive packagers removed from the packager group

On Thu, 16 May 2024 16:56:37 -0700 Kevin Fenzi wrote: > Hi all, > > Today, 2024-05-16, we have removed inactive packagers > from the packager group. > > > More details available in https://pagure.io/fedora-infrastructure/issue/11901 > > Packages that have been orphaned are: > >

Re: GIMP 3.0 in F41?

On Mon, 13 May 2024 11:49:47 +0200 Dominik 'Rathann' Mierzejewski wrote: > On Monday, 13 May 2024 at 01:00, Neal Gompa wrote: > > On Sun, May 12, 2024 at 4:59 PM Sérgio Basto wrote: > > > > > > > > > > > > https://src.fedoraproject.org/rpms/gimp3 > > > > > > > What the heck? This should have

Re: Fedora RISC-V port needs to put shared objects into /usr/lib64/lp64d

On Tue, 30 Apr 2024 09:49:34 +0200 Florian Weimer wrote: > * Richard W. M. Jones: > > > On Mon, Apr 29, 2024 at 02:21:56PM +0200, Florian Weimer wrote: > >> * Richard W. M. Jones: > >> > >> >> I don't want us to have RPM spec file hacks just to get RISC-V to > >> >> install in the correct

Re: clang: error: unsupported argument 'gnu2' to option '-mtls-dialect=' for target 'x86_64-redhat-linux-gnu'

On Mon, 15 Apr 2024 10:55:34 +0100 "Richard W.M. Jones" wrote: > > Anyone got any idea about this build failure? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=116395331 > > [+] All set and ready to build. > clang: warning: -Wl,-z,relro: 'linker' input unused >

Re: Self Introduction: Aditi Mishra

Hello Aditi, On Thu, 11 Apr 2024 22:31:41 +0530 Aditi Mishra wrote: > Hello everyone, > > I'm very new to open-source world however I'm willing and passionate > candiate to work with you all. I had worked in the field of linux > scheduler area as an intern. Willing to learn fedora packing

[heads up] update to astyle 3.4.13 without soname bump in rawhide

Hi, I have updated astyle to the latest 3.4.13 version that changes ABI, but keeps soname. The 2 dependent packages were successfully rebuilt in a side-tag. [dan@talos ~]$ sudo dnf --repoid=rawhide-source --arch=src repoquery --whatrequires astyle-devel

Re: [Test-Announce] Fedora 40 Candidate Beta-1.9 Available Now!

On Wed, 20 Mar 2024 08:47:14 -0400 Neal Gompa wrote: > On Wed, Mar 20, 2024 at 8:45 AM Dan Horák wrote: > > > > On Tue, 19 Mar 2024 12:41:48 + (UTC) > > rawh...@fedoraproject.org wrote: > > > > > According to [the schedule][1], Fedora 40 Candidate Beta-1.

Re: [Test-Announce] Fedora 40 Candidate Beta-1.9 Available Now!

On Tue, 19 Mar 2024 12:41:48 + (UTC) rawh...@fedoraproject.org wrote: > According to [the schedule][1], Fedora 40 Candidate Beta-1.9 is now > available for testing. Please help us complete all the validation > testing! For more information on release validation testing, see: >

Re: Follow up for bash-completion pkgconfig file packaging change

On Mon, 18 Mar 2024 17:07:08 +0100 Fabio Valentini wrote: > On Mon, Mar 18, 2024 at 4:33 PM Mamoru TASAKA > wrote: > > > > Hello, all: > > > > After investigating the recent Fedora-Security-Live livespin compose failure > > on F-41, it is found that this is caused because: > > > > - Recently

Re: Follow up for bash-completion pkgconfig file packaging change

On Mon, 18 Mar 2024 15:46:46 + Gwyn Ciesla via devel wrote: > Thanks, lynis is fixed, cowsay will be momentarily. and mt-st is fixed as well Dan > > > > --  > Gwyn Ciesla > she/her/hers >   > in your fear, seek only peace 

Re: Why can't I add karlowich as co-maintainer of this package?

On Mon, 18 Mar 2024 09:57:58 + "Richard W.M. Jones" wrote: > > https://src.fedoraproject.org/rpms/xnvme/adduser > > I try to add karlowich (https://accounts.fedoraproject.org/user/karlowich/) > but his name doesn't appear in the username field even though he's > in the packager group.

Re: A note about riscv64 changes

On Wed, 14 Feb 2024 12:29:00 + Peter Robinson wrote: > On Wed, 14 Feb 2024 at 12:07, David Abdurachmanov > wrote: > > > > On Wed, Feb 14, 2024 at 12:49 PM Dan Horák wrote: > > > > > > On Wed, 14 Feb 2024 10:42:52 + > > > "Richard W.M.

Re: A note about riscv64 changes

On Wed, 14 Feb 2024 10:42:52 + "Richard W.M. Jones" wrote: > On Wed, Feb 14, 2024 at 10:27:53AM +, Peter Robinson wrote: > > Hi Richard, > > > > > A quick note that you may be seeing pull requests for riscv64 changes > > > against your packages, like these examples: > > > > > >

Re: Koji: virtual memory exhausted: Cannot allocate memory

On Mon, 12 Feb 2024 07:02:28 -0600 "W. Michael Petullo" wrote: > Building the current version of my opengrm-ngram package on Koji fails > with the error "virtual memory exhausted: Cannot allocate memory" > as indicated below. This happens only for i686; all of the other > architectures build. Is

[heads up] update to sg3_utils-1.48 with soname bump in rawhide

Hi, I am in process of updating sg3_utils to the latest 1.48 version that brings a soname bump. The dependent packages will be rebuilt in a sidetag. All the deps build fine in my testing. sudo dnf --repoid=rawhide repoquery --whatrequires sg3_utils-libs ddpt-0:0.97-8.fc40 ledmon-0:0.97-4.fc40

Re: Fw: [Bug 2066129] mingw-libgsf-1_14_52 is available

On Tue, 6 Feb 2024 13:11:55 +0100 Sandro Mani wrote: > > On 06.02.24 8:50 AM, Marc-André Lureau wrote: > > Hi > > > > On Mon, Feb 5, 2024 at 8:52 PM Daniel P. Berrangé > > wrote: > >> On Mon, Feb 05, 2024 at 05:34:06PM +0100, Dan Horák wrote: > >

Fw: [Bug 2066129] mingw-libgsf-1_14_52 is available

Hi, could someone in the mingw team look at mingw-libgsf / libgsf (please see the bug forwarded below)? If I see right, then the standalone mingw-libgsf package should be retired as there are mingw builds from the regular libgsf package, which seems to be regularly updated. Thanks,

Re: Failure on fedora default backgrounds

On Fri, 2 Feb 2024 23:55:43 -0800 l...@fedoraproject.org wrote: > > > On 2024-02-01 11:26 p.m., Neal Gompa wrote: > > On Fri, Feb 2, 2024 at 2:04 AM Mamoru TASAKA > > wrote: > > > > > > Luya Tshimbalanga wrote on 2024/02/02 10:25: > > >> Hello team, > > >> > > >> It appears a change within

Re: HELP! What's up with OpenVDB?

On Sun, 28 Jan 2024 15:57:15 -0600 Richard Shaw wrote: > On Sun, Jan 28, 2024 at 9:55 AM Ben Beasley wrote: > > > Blender already excludes i686: > > > > > > https://src.fedoraproject.org/rpms/blender/blob/8088da10c20e53ab0e1dd5de6fd3a2344bd288aa/f/blender.spec#_207 > > > > So does

Re: rawhide aarch64 Thunderbird FTBFS "internal compiler error: Segmentation fault"

On Thu, 25 Jan 2024 11:03:21 + Peter Robinson wrote: > Hi, > > > Tried twice, same error, aarch64 build bails out with > > There's at least one known ICE on aarch64 for gcc-14 so I suggest > checking if it looks related. > > https://bugzilla.redhat.com/show_bug.cgi?id=2259937 and I have

Re: Interesting difference between Koji and COPR (_isa macro)

On Wed, 24 Jan 2024 17:56:40 +0100 Lumír Balhar wrote: > Hello. > > Today I found out an interesting difference between Koji and COPR. > autowrap package has this in its specfile: > > Requires: python%{python3_pkgversion}-Cython%{?_isa} > > Which is incorrect for noarch package but hold on.

Re: HEADSUP boost and tbb rebuilds starting in a side tag

On Thu, 18 Jan 2024 22:15:18 + Jonathan Wakely wrote: > On Wed, 17 Jan 2024 at 19:07, Jonathan Wakely wrote: > > > > I'll be building boost, tbb, and the packages that depend on them in > > the f40-build-side-81691 > > side tag over the next few hours (in advance of the mass rebuild

Re: Packed relative ELF relocations (DT_RELR) enabled by default in rawhide

On Wed, 03 Jan 2024 10:47:12 +0100 Florian Weimer wrote: > This changed was originally planned and approved for Fedora 39. It > reduces startup time somewhat for large objects with lots of function > and object pointers in global data. > > It should be a transparent change, internal to the

Re: xmlParseMemory() and xmlParseMemory gone rawhide?

On Sat, 18 Nov 2023 12:30:04 -0500 Steve Dickson wrote: > Hello, > > When building an nfs-utils rpm in rawhide > I get the following errors: > > xml.c: In function ‘junction_parse_xml_buf’: > xml.c:293:15: error: implicit declaration of function ‘xmlParseMemory’ >

Re: openmpi 5.0.0 update coming - drops i686 and C++ API

On Tue, 07 Nov 2023 13:13:12 - "David Bold" wrote: > Thanks Dan, I will have a go at your machine + mock to reproduce and debug. I can confirm we have a problem, bout++-5.1.0-1 (latest in rawhide branch) builds OK under F-38 mock, but fails in Rawhide mock. Some tests won't complete, like

Re: openmpi 5.0.0 update coming - drops i686 and C++ API

On Tue, 07 Nov 2023 11:19:23 - "David Bold" wrote: > > On Tue, 07 Nov 2023 10:17:06 - > > David Schwörer > > > > > if you mean strange as ppc64le, then it's in the output just because I > > was updating a rawhide/ppc64le system, but the problem exists on all > > arches. The

Re: openmpi 5.0.0 update coming - drops i686 and C++ API

On Tue, 07 Nov 2023 10:17:06 - David Schwörer wrote: > MUSIC is an independent package, that just happens to fail to build from > source after a new openmpi has been landed. bout++ is affected as well, and I > would be unhappy if it would be obsoleted by openmpi. > > I think having more

Re: openmpi 5.0.0 update coming - drops i686 and C++ API

On Mon, 30 Oct 2023 07:48:38 -0600 Orion Poplawski wrote: > On 10/28/23 13:36, Orion Poplawski wrote: > > I'm going to start building openmpi 5.0.0 and its requirements (pmix > > 4.2.7, prrte 3.0.2) and dependencies in a side-tag starting tomorrow. > > Notable changes are: > > > > * Dropping

Re: mame validation time takes forever on rawhide/aarch64

On Sun, 1 Oct 2023 14:21:23 +0200 Julian Sikorski wrote: > Am 01.10.23 um 10:17 schrieb Julian Sikorski: > > Am 01.10.23 um 09:37 schrieb Dan Horák: > >> On Sun, 1 Oct 2023 09:32:10 +0200 > >> Julian Sikorski wrote: > >> > >>> Am 30.09.2

Re: mame validation time takes forever on rawhide/aarch64

On Sun, 1 Oct 2023 09:32:10 +0200 Julian Sikorski wrote: > Am 30.09.23 um 09:09 schrieb Julian Sikorski: > > Hello, > > > > mame package uses mame -validate as %check step. It has recently started > > to cause problems on rawhide/aarch64: > > - I had to cancel 0.258 build after 16 hours [1] >

Re: Build does not finish

On Fri, 15 Sep 2023 19:01:07 +0200 "Kai A. Hiller" wrote: > Hello, > > I started a build with `fedpkg build`, but after 43h and counting I > don‘t think it will finish anymore. Is there a way to terminate the > build? The build is >

Re: Automate your Fedora package maintenance using Packit

the default for a "random" project. Dan > František > > > On Fri, Sep 15, 2023 at 3:39 PM Dan Horák wrote: > > > > On Fri, 15 Sep 2023 15:13:58 +0200 > > Frantisek Lachman wrote: > > > > > Hi Petr, > > > > > >

Re: Automate your Fedora package maintenance using Packit

On Fri, 15 Sep 2023 15:39:50 +0200 Frantisek Lachman wrote: > Thanks Vít for the link! > > I am honestly not sure how CI should do this (and don't want to be the > one who decides..;) > > If CI does not need to have the source in the lookaside cache, Packit > does not need to store anything in

Re: Automate your Fedora package maintenance using Packit

On Fri, 15 Sep 2023 15:13:58 +0200 Frantisek Lachman wrote: > Hi Petr, > > we would like to avoid storing the archive in the lookaside cache before > approving but the problem is that the CI on the PR (mainly the scratch > build) does not work without the archive being in the lookaside cache >

Re: Will noarch packages "inherit" ExcludeArch from another noarch package

On Wed, 13 Sep 2023 08:51:16 -0600 Jerry James wrote: > On Tue, Sep 12, 2023 at 10:02 PM Jerry James wrote: > > I looked at blueprint-compiler tonight, and found 2 bugs with the > > handling of bitfields. Sadly, fixing those still doesn't make the > > test suite pass, so there is at least one

Re: Will noarch packages "inherit" ExcludeArch from another noarch package

On Tue, 12 Sep 2023 10:08:57 -0600 Jerry James wrote: > On Tue, Sep 12, 2023 at 10:03 AM Lyes Saadi > wrote: > > I have a noarch package which faces an issue with one of its arches > > (s390x), and which happens to have multiple noarch packages depending on > > it, and they won't build either

Re: rawhide buildroot seems weird state, Child return code was: 255

On Sat, 2 Sep 2023 21:07:07 +0900 Mamoru TASAKA wrote: > Hello, all: > > Looks like currently rawhide buildroot seems weird state, mainly > on ppc64le, but sometimes also on other arches: > > e.g. > https://koji.fedoraproject.org/koji/taskinfo?taskID=105650426 ^^^ nothing suspicious in the

bodhi and testing farm disagrees on test result

Hi, seems there is an issue with the test results presented in bodhi, please see https://bodhi.fedoraproject.org/updates/FEDORA-2023-94f22746e1 bodhi thinks fedora-ci.koji-build.rpmdeplint.functional failed (it's "red"), but when I click on the test in bodhi testing farm say "passed". What can

Re: Several questionable packages installed on fresh system

On Mon, 10 Jul 2023 10:38:18 +0200 Vít Ondruch wrote: > Hi, > > I have recently installed Fedora Rawhide via netinstall and there are > some questionable packages installed by default, such as: > > cpp > libtomcrypt > libxcrypt-compat > exiv2 > > and I wonder what is the mechanism, which

Re: %autorelease and arbitrary suffix

On Wed, 21 Jun 2023 13:24:53 +0200 Fabio Valentini wrote: > On Wed, Jun 21, 2023 at 1:18 PM Dan Horák wrote: > > > > On Wed, 21 Jun 2023 12:50:13 +0200 > > Sandro wrote: > > > > > On 21-06-2023 10:51, Dan Horák wrote: > > > > Hi, > > &

Re: %autorelease and arbitrary suffix

On Wed, 21 Jun 2023 12:50:13 +0200 Sandro wrote: > On 21-06-2023 10:51, Dan Horák wrote: > > Hi, > > > > I have met a package that uses %autorelease and wanted to add a suffix > > to the release for my local test build that doesn't have to be > > compliant with

%autorelease and arbitrary suffix

Hi, I have met a package that uses %autorelease and wanted to add a suffix to the release for my local test build that doesn't have to be compliant with the official versioning, but just differentiate interim builds. It's quite common to append eg. ".rhbz123456" or similar suffices. It looks to

Re: LibreOffice packages

On Thu, 15 Jun 2023 18:40:39 +0200 Miro Hrončok wrote: > On 01. 06. 23 22:16, Gwyn Ciesla via devel wrote: > > I've taken ownership of libreoffice for the time being, at least to keep > > the lights on. Co-maintainers, as always, welcome. > > Thanks. > > Could you please prioritize making it

Re: Update squirrel to the latest version?

On Mon, 12 Jun 2023 15:47:31 +0100 "Richard W.M. Jones" wrote: > On Sun, Jun 11, 2023 at 05:45:35PM -, Reon Beon via devel wrote: > > Or is some software keeping it back? > > Lack of people doing the work, usually. that plus squirrel is being used by (at least) codeblocks, they had plan to

Re: SIG proposal: libreoffice-sig

On Tue, 06 Jun 2023 18:55:36 + Mattia Verga via devel wrote: > I'm forking this proposal off from the other thread, as it got buried > under tons of posts. > > Shall we set up a libreoffice-sig to coordinate and ensure that > libreoffice and all dependencies are properly maintained and

Re: libftdi: Failure to create output directory (aarch64 only)

On Tue, 6 Jun 2023 06:15:29 -0500 Richard Shaw wrote: > On Tue, Jun 6, 2023 at 4:17 AM Dan Horák wrote: > > > On Tue, 6 Jun 2023 11:00:39 +0200 > > Dominik 'Rathann' Mierzejewski wrote: > > > > > On Tuesday, 06 June 2023 at 10:55, Dan Horák wrote: > >

Re: libftdi: Failure to create output directory (aarch64 only)

On Tue, 6 Jun 2023 11:00:39 +0200 Dominik 'Rathann' Mierzejewski wrote: > On Tuesday, 06 June 2023 at 10:55, Dan Horák wrote: > > On Tue, 6 Jun 2023 09:50:09 +0200 > > Dan Horák wrote: > > > > > On Mon, 5 Jun 2023 17:53:59 -0500 > > > Richard Shaw

Re: libftdi: Failure to create output directory (aarch64 only)

On Tue, 6 Jun 2023 09:50:09 +0200 Dan Horák wrote: > On Mon, 5 Jun 2023 17:53:59 -0500 > Richard Shaw wrote: > > > I just saw this[1] on the packager dashboard: > > > > error: Could not create output directory > > /builddir/build/BUILD/libftdi1-1.5/redhat-linu

Re: libftdi: Failure to create output directory (aarch64 only)

On Mon, 5 Jun 2023 17:53:59 -0500 Richard Shaw wrote: > I just saw this[1] on the packager dashboard: > > error: Could not create output directory > /builddir/build/BUILD/libftdi1-1.5/redhat-linux-build/doc/xml > > Full log: >

Re: ppc64le builds taking ages

On Fri, 19 May 2023 16:27:23 +0200 Iñaki Ucar wrote: > Hi, > > Do we know why some ppc64le builds take so much? And with "so much" I > mean 7-10x the time for a "normal" run. Examples: 2 hours for [1] vs. > 20 hours for [2]. > > And if we do know the cause, is there any way to predict it in

Re: HEADS UP: RPM 4.19 soname bump in Rawhide

On Fri, 19 May 2023 12:24:15 +0200 Michal Domonkos wrote: > Hi all, > > We're currently preparing an update to RPM 4.19 ALPHA for Rawhide in a > side-tag. The new version features a soname bump: > > librpm.so.9 -> librpm.so.10 > librpmio.so.9 -> librpmio.so.10 > > The following

Re: linux-firmware RPM package

On Sun, 30 Apr 2023 12:00:30 +0200 Matthias Weckbecker wrote: > Hi, > > the linux-firmware package has recently added a requires in its spec for > a bunch of other firmware packages: atheros-firmware, brcmfmac-firmware, > mt7xxx-firmware, and realtek-firmware. > > Is this intentional? I don't

Re: How to check if a package is retired?

On Tue, 25 Apr 2023 10:57:56 +0200 Florian Weimer wrote: > * Peter Robinson: > > > On Tue, Apr 25, 2023 at 8:56 AM Florian Weimer wrote: > >> > >> The xorg-x11-drv-fbturbo is supposed to have been retired (see > >> ). How can I > >>

Re: It’s time to transform the Fedora devel list into something new

On Fri, 21 Apr 2023 10:31:04 +0300 Panu Matilainen wrote: > On 4/21/23 02:21, Simo Sorce wrote: > > Hi Matthew, you say: "We're missing people", and I think, "who?". > > And who are you going to miss if you move to discourse? > > > > I will be candid, I tried to use forums since the old phpBB

Re: package WP-CLI needs update

On Thu, 20 Apr 2023 09:20:27 +0200 Marius Schwarz wrote: > Hi, > > package WP-CLI needs an update to 2.7.1 in all releases as in the > current state, it's useless. > > A bugreport against the package is open since nov. 2022: > > https://bugzilla.redhat.com/show_bug.cgi?id=2148434 the

Re: Need help to build Blender 3.5.0

On Thu, 30 Mar 2023 04:04:42 - "Luya Tshimbalanga" wrote: > Hello team, > Blender 3.5.0 got released today at this time of writing. Unfortunately, > failure occurred with the following link possibly related to cycles: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=99301805 > >

Re: What happen kup in Fedora 37

On Mon, 27 Mar 2023 11:35:43 -0400 Steve Dickson wrote: > Hello, > > I'm trying to access kernel.org with kup > script but it does not seem to be in Fedora 37. > > The only rpm I can find is kup-0.3.6-11.fc36.rpm. > > What am I missing?? no new maintainer was found for it after being

Re: c++ packaging of contour terminal and libunicode

On Tue, 28 Feb 2023 11:04:27 + Ian McInerney via devel wrote: > On Mon, Feb 27, 2023 at 12:21 PM Felix Wang wrote: > > > Thanks for your advice. I tried and it can be built with no error, but > > when installing built contour package, it shows the following error: > > ``` > > Error: > >

Re: openexr: Any s390x people in the house?

On Tue, 14 Feb 2023 07:19:38 -0600 Richard Shaw wrote: > I currently have to disable tests for s390x[1] (and ppc64le) for likely > endianess issues. > > Troubleshooting these is more than a little outside of my wheelhouse. > > I hate keeping them disabled so I wanted to see if anyone could

Re: Planned Outage - s390x builders - 2023-02-10 08:00 UTC -> 22:00 UTC

On Sat, 11 Feb 2023 09:37:08 + "Richard W.M. Jones" wrote: > On Thu, Feb 09, 2023 at 11:35:14AM -0500, Stephen Smoogen wrote: > > Affected Services: > > > > s390x koji builders. Jobs will queue up, but not be processed until > > the builders are back online. Maintainers are urged to just

Re: Fedora 38 mass rebuild is finished

On Wed, 8 Feb 2023 17:37:09 +0100 Dan Horák wrote: > On Wed, 08 Feb 2023 15:24:47 + > Sérgio Basto wrote: > > > On Tue, 2023-01-31 at 12:03 +, Zbigniew Jędrzejewski-Szmek wrote: > > > On Mon, Jan 30, 2023 at 04:45:37PM -0800, Kevin Fenzi wrote: > >

Re: Fedora 38 mass rebuild is finished

On Wed, 08 Feb 2023 15:24:47 + Sérgio Basto wrote: > On Tue, 2023-01-31 at 12:03 +, Zbigniew Jędrzejewski-Szmek wrote: > > On Mon, Jan 30, 2023 at 04:45:37PM -0800, Kevin Fenzi wrote: > > > On Tue, Jan 24, 2023 at 09:42:10AM +, Zbigniew Jędrzejewski- > > > Szmek wrote: > > > > On

Re: Rawhide and debug kernel changes

On Fri, 3 Feb 2023 08:03:10 -0600 Justin Forbes wrote: > On Fri, Feb 3, 2023 at 6:52 AM Dan Horák wrote: > > > > On Thu, 2 Feb 2023 14:17:36 -0600 > > Justin Forbes wrote: > > > > > As the MR is now merged, it is a good time to make sure that everyone &g

Re: Rawhide and debug kernel changes

On Thu, 2 Feb 2023 14:17:36 -0600 Justin Forbes wrote: > As the MR is now merged, it is a good time to make sure that everyone > is aware. As of 6.2-rc5, Rawhide is no longer forcing a debug build > with any kernels. All rawhide kernels are now built just like stable > Fedora kernels, with both

Re: Build stuck on ppc64le

On Tue, 24 Jan 2023 12:07:10 + "Richard W.M. Jones" wrote: > https://koji.fedoraproject.org/koji/taskinfo?taskID=96612861 > > The build has completed already on other arches, but on ppc64le it has > been stuck for ~ 45 minutes. What's especially odd is that it has > apparently picked a

Re: Fedora 38 mass rebuild is finished

On Mon, 23 Jan 2023 18:44:00 + "Richard W.M. Jones" wrote: > On Mon, Jan 23, 2023 at 05:44:16PM +0100, Tomas Hrcka wrote: > > Things still needing rebuilding > > https://kojipkgs.fedoraproject.org/mass-rebuild/f38-need-rebuild.html > > What is the significance of packages that appear on

Re: Fedora 38 mass rebuild started

On Thu, 19 Jan 2023 09:20:25 - "Artur Frenszek-Iwicki" wrote: > So I'm sure this question has been asked during previous Mass Rebuilds, > but I can't find the answer in the heaps of messages in my mailbox, > so I'll ask again: if my package failed to build during the Mass Rebuild > and I

Re: fedpkg local - do not clean build directory

On Mon, 16 Jan 2023 21:21:39 -0700 Orion Poplawski wrote: > How the #$@! do I get fedpkg local to not cleanup the local build > directory after a successful build? This is the most annoying change to > come around in a long time IMHO. hmm, it doesn't clean the build directory here

Re: Porting Fedora for the LoongArch architecture.

On Wed, 11 Jan 2023 11:45:59 +0100 Gerd Hoffmann wrote: > On Wed, Jan 11, 2023 at 05:26:33PM +0800, Robin Lee wrote: > > EDK2 support is also upstreamed but Fedora does not catch up. > > There is no cross compiler (yet) in Fedora so I can hardly > build edk2 firmware binaries ... > > I expect

Re: ImageMagick 7 is landing in Rawhide

On Mon, 9 Jan 2023 06:46:59 -0500 Neal Gompa wrote: > On Mon, Jan 9, 2023 at 6:42 AM Neal Gompa wrote: > > > > On Mon, Jan 9, 2023 at 6:30 AM Dan Horák wrote: > > > > > > On Fri, 6 Jan 2023 16:34:29 -0500 > > > Neal Gompa wrote: > > >

Re: ImageMagick 7 is landing in Rawhide

On Fri, 6 Jan 2023 16:34:29 -0500 Neal Gompa wrote: > Hey all, > > The initial rebase of ImageMagick to v7 is landing in Rawhide now: > https://bodhi.fedoraproject.org/updates/FEDORA-2023-9d3e9afbfd > > Most packages in the reverse dependency chain were rebuilt, though a > few are still left

Re: F38 proposal: Rpmautospec by Default (System-Wide Change proposal)

On Tue, 3 Jan 2023 08:14:04 -0500 Stephen Smoogen wrote: > On Tue, 3 Jan 2023 at 04:20, Zbigniew Jędrzejewski-Szmek > wrote: > > > On Tue, Jan 03, 2023 at 09:32:58AM +0100, Vitaly Zaitsev via devel wrote: > > > On 02/01/2023 21:44, Zbigniew Jędrzejewski-Szmek wrote: > > > > - fedpkg mockbuild

[EPEL-devel] Re: libmaxminddb removed from epel7

On Tue, 03 Jan 2023 11:12:02 - "Sebastian Albrecht" wrote: > Hi friends > i am using the epel(7) repo in Amazon Linux 2 and since two weeks ago the > package libmaxminddb disappeared. Is this the right place to ask for why it > was removed from the repository. Is there some kind of a

[EPEL-devel] Re: claws-mail for EPEL-9

On Tue, 13 Dec 2022 19:09:48 +0100 Dan Horák wrote: > On Tue, 13 Dec 2022 09:56:40 -0800 > Troy Dawson wrote: > > > Packages do not automatically get transferred over from epel7 to a newer > > epel. People have to request them. > > Nobody has reques

Re: F38 proposal: Unified Kernel Support Phase 1 (System-Wide Change proposal)

On Tue, 20 Dec 2022 10:22:03 -0500 Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/Unified_Kernel_Support_Phase_1 > > This document represents a proposed Change. As part of the Changes > process, proposals are publicly announced in order to receive > community feedback. This proposal

Re: Openvdb 10.0.1 failed on ppc64 architecture

On Thu, 15 Dec 2022 08:22:02 - "Luya Tshimbalanga" wrote: > > On Fri, 2 Dec 2022 10:45:59 +0100 > > Dan Horák > > > db > > > > I have concluded my tests and openvdb-10.0.1 builds just fine when > > enough memory is available. I suggest

[EPEL-devel] Re: claws-mail for EPEL-9

the process :-) It is an attempt to avoid duplication of efforts in case someone else has been looking into it earlier or if I should start opening the bugs. Dan > > On Tue, Dec 13, 2022 at 9:15 AM Dan Horák wrote: > > > Hi, > > > > isn't anybod

[EPEL-devel] claws-mail for EPEL-9

Hi, isn't anybody already working on getting claws-mail to EPEL-9? My initial assessment shows that it shouldn't be difficult - add libetpan and ytnef, they are the missing BRs, both build OK from fedora spec, neither is in RHEL - add claws-mail, with some little tweaks it can use its fedora spec

Re: Openvdb 10.0.1 failed on ppc64 architecture

On Fri, 2 Dec 2022 10:45:59 +0100 Dan Horák wrote: > On Fri, 2 Dec 2022 09:01:43 +0100 > Dan Horák wrote: > > > On Thu, 1 Dec 2022 17:51:08 -0800 > > Luya Tshimbalanga wrote: > > > > > Hello team, > > > > > > openv

Re: Openvdb 10.0.1 failed on ppc64 architecture

On Fri, 2 Dec 2022 09:01:43 +0100 Dan Horák wrote: > On Thu, 1 Dec 2022 17:51:08 -0800 > Luya Tshimbalanga wrote: > > > Hello team, > > > > openvdb only failed on ppc64 architecture due to this error: > > > > -- > > > > [ 75%]

Re: Openvdb 10.0.1 failed on ppc64 architecture

On Thu, 1 Dec 2022 17:51:08 -0800 Luya Tshimbalanga wrote: > Hello team, > > openvdb only failed on ppc64 architecture due to this error: > > -- > > [ 75%] Building CXX object > openvdb/openvdb/CMakeFiles/openvdb_static.dir/instantiations/Composite.cc.o > cd

Re: F37 proposal: Add -fno-omit-frame-pointer to default compilation flags (System-Wide Change proposal)

On Tue, 01 Nov 2022 11:26:13 - Daan De Meyer via devel wrote: > I've added a new section to the proposal with the benchmark results of some > benchmarks we performed against a Fedora 37 system built with frame pointers > and a regular Fedora 37 system. The impact on most benchmarks seems

Re: error: 'std::shared_ptr' has not been declared

On Mon, 24 Oct 2022 11:14:46 - "Martin Gansser" wrote: > Hi, > when compiling QMPlay2-22.10.23 [1] on f35 and f36 i get this error message: > > [38/321] /usr/bin/g++ -DDBUS_SUSPEND -DNOTIFIES_FREEDESKTOP > -DQMPLAY2SHAREDLIB_LIBRARY -DQMPLAY2_LIBASS -DQT_CORE_LIB -DQT_DBUS_LIB >

Re: What do do with failed f37 updates?

On Mon, 24 Oct 2022 04:57:20 +0200 Alexander Ploumistos wrote: > On Mon, Oct 24, 2022 at 4:46 AM Richard Shaw wrote: > > > > Is some sort of manual intervention required or not? > > > > Do I need to put in a ticket somewhere or not? > > > > Nothing in the message gives me any context as to what

Re: Koji issue: tagBuild failed: OSError: [Errno 30] Read-only file system: '/var/tmp/koji/tasks/6716'

On Thu, 20 Oct 2022 09:50:45 +0200 Dan Horák wrote: > On Thu, 20 Oct 2022 09:32:06 +0200 > Milan Crha wrote: > > > Hi, > > I searched for tagBuild mails here and one was from January, but it's > > a) a long time ago; b) about something else. >

Re: Koji issue: tagBuild failed: OSError: [Errno 30] Read-only file system: '/var/tmp/koji/tasks/6716'

On Thu, 20 Oct 2022 09:32:06 +0200 Milan Crha wrote: > Hi, > I searched for tagBuild mails here and one was from January, but it's > a) a long time ago; b) about something else. > > This build: > https://koji.fedoraproject.org/koji/taskinfo?taskID=93236447 > from today failed with: > >

Re: Missing qt6-webengine package

On Tue, 18 Oct 2022 19:54:13 +0100 chedi toueiti wrote: > Sorry if this has been asked before (I didn't find any reference in the > archives). > > I noticed that the qt6-webengine package is missing, a bug has been filled > since February with no answer ( >

Re: stuck s390x builds in koji

On Tue, 11 Oct 2022 11:15:35 +0200 Dominik 'Rathann' Mierzejewski wrote: > Hi! > It seems that s390x builds in koji are not progressing. At the time of > writing, I can see ~150 s390x buildArch tasks in "free" state. I've > opened https://pagure.io/releng/issue/11079 to track this issue. and we

Re: stuck s390x builds in koji

On Tue, 11 Oct 2022 11:27:52 +0200 Dominik Mierzejewski wrote: > On Tuesday, 11 October 2022 at 11:18, Luna Jernberg wrote: > > On 10/11/22, Dominik 'Rathann' Mierzejewski wrote: > > > Hi! > > > It seems that s390x builds in koji are not progressing. At the time of > > > writing, I can see ~150

Re: stuck s390x builds in koji

On Tue, 11 Oct 2022 11:18:12 +0200 Luna Jernberg wrote: > This might be related: > https://lists.fedoraproject.org/archives/list/devel-annou...@lists.fedoraproject.org/thread/CLWFDN22YDF65R33BB3ZRSZHBZOE2LCK/ right, the builders are not running yet Dan > On 10/11/22, Dominik

Re: openshadinglanguage failure on non x86_64

On Mon, 10 Oct 2022 10:46:20 +0200 Dan Horák wrote: > On Mon, 10 Oct 2022 10:09:32 +0900 > Mamoru TASAKA wrote: > > > Luya Tshimbalanga wrote on 2022/10/10 2:46: > > > Hello team, > > > > > > openshadinglanguage 1.12.6.2 only successfully buil

Re: openshadinglanguage failure on non x86_64

On Mon, 10 Oct 2022 10:09:32 +0900 Mamoru TASAKA wrote: > Luya Tshimbalanga wrote on 2022/10/10 2:46: > > Hello team, > > > > openshadinglanguage 1.12.6.2 only successfully built on x86_64 architecture > > but failed on others due to the following errors: > > > > In file included from > >

Re: Review Swaps to support Stellarium 1.0

On Tue, 04 Oct 2022 16:14:08 + Mattia Verga via devel wrote: > Il 04/10/22 17:46, Dan Horák ha scritto: > > On Tue, 04 Oct 2022 15:34:37 + > > Gwyn Ciesla via devel wrote: > > > >> Hi! Stellarium 1.0 was just released, and it grew some dependenc

Re: Review Swaps to support Stellarium 1.0

On Tue, 04 Oct 2022 15:34:37 + Gwyn Ciesla via devel wrote: > Hi! Stellarium 1.0 was just released, and it grew some dependencies. If you'd > be so kind as to review one or more of these, I'll review one or more of > yours. > > QXlsx https://bugzilla.redhat.com/show_bug.cgi?id=2131838 >

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, 28 Sep 2022 05:36:01 +1000 David Airlie wrote: > On Wed, Sep 28, 2022 at 5:34 AM Michael Cronenworth wrote: > > > > On 9/27/22 1:56 PM, David Airlie wrote: > > > The patent licensing around H264/H265 is such that providing this > > > could leave Red Hat and other Fedora distributors

Re: Explicit dependency on systemd-rpm-macros now required?

On Fri, 16 Sep 2022 13:42:42 + Zbigniew Jędrzejewski-Szmek wrote: > On Fri, Sep 16, 2022 at 03:35:29PM +0200, Florian Weimer wrote: > > * Zbigniew Jędrzejewski-Szmek: > > > > > So… we certainly don't want people having to declare the dependency > > > manually everywhere. > > > > The

Re: Fedora support for new aarch64 chip

On Mon, 19 Sep 2022 05:31:38 - "Hua Duy" wrote: > Hello all, > > I need to install Fedora IoT to our chip but I realize that the > Fedora-IoT-ostree-aarch64-36-20220618.0.iso does not support our GPU driver > so we can't install it. > > + Document about our chip: >

Re: Minizip renaming Fedora Change

On Thu, 15 Sep 2022 13:10:41 +0200 Lukas Javorsky wrote: > Hi, > > I just got a question about how should I track the removal of "Provides and > Obsoletes" from the new minizip-ng package. > > We've decided to remove them in Fedora 42, but it's impossible to remember > to do it for 2 years. >

Re: Package PAM not updating

On Thu, 8 Sep 2022 16:21:53 +0200 Iker Pedrosa wrote: > Hi, > > There's a PAM bugzilla > that complains about not being able to update to its latest version. There > seems to be a mix of architectures (x86_64 and i686) for this package and >

Re: [rawhide]Failure for aarch64 on embree

On Wed, 10 Aug 2022 23:25:57 -0700 Luya Tshimbalanga wrote: > Hello team, > > The scratch build specifically failed on aarch64 architecture [1] with > the following line when updating to embree 3.13.4 (not yet committed): > > cc1plus: error: unrecognized command-line option '-msse2' > > What

  1   2   3   4   5   6   7   >