Re: CPE Git Forge Decision

On 3/31/20 8:59 PM, Clement Verna wrote: On Tue, 31 Mar 2020 at 14:57, Neal Gompa > wrote: On Tue, Mar 31, 2020 at 7:10 AM Clement Verna mailto:cve...@fedoraproject.org>> wrote: > > I just want to give a bit of insight from someone who is working

Re: CPE Git Forge Decision

On Tue, 31 Mar 2020 at 22:41, Robbie Harwood wrote: > Clement Verna writes: > > > Neal Gompa wrote: > >> Clement Verna wrote: > >> > >> As for Pagure itself, I think this is where we fundamentally > >> disagree. I think it behooves us to own and provide an experience > >> tailored for our com

Re: silly question: finding root.log/build.log of FTBS F32 package (slim)

On 3/31/20 7:16 PM, Richard Shaw wrote: On Tue, Mar 31, 2020 at 9:05 PM Globe Trotter via devel mailto:devel@lists.fedoraproject.org>> wrote: I am the maintainer of slim. As per BZ and here: https://koji.fedoraproject.org/koji/taskinfo?taskID=41322154 slim was unable to build

Re: silly question: finding root.log/build.log of FTBS F32 package (slim)

For some reason the cmake setup is not linking with libXft causing undefined references during linking. I did not explore this but just forced it with LDFLAGS. I got a good build with both rawhide and Fedora 31. I committed my updates to master so you can take it from there (do a fedpkg pull). Th

Re: silly question: finding root.log/build.log of FTBS F32 package (slim)

Apparently %systemd_postun requires an argument now but did not before. I'm dong a test build now and will commit my updates if successful but will not perform a formal build. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To uns

Re: silly question: finding root.log/build.log of FTBS F32 package (slim)

The root of the problem seems to be this but I can't find the bad macro or the line number: slim.spec: E: specfile-error error: This macro requires some arguments Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe sen

Re: silly question: finding root.log/build.log of FTBS F32 package (slim)

Thanks! Yes, I believe that I took it from someone (can't recall who). Crikes, rewriting a spec file to make it up to date may not be that easy for me. Let us see. Thanks again! On Tuesday, March 31, 2020, 9:17:01 PM CDT, Richard Shaw wrote: On Tue, Mar 31, 2020 at 9:05 PM Globe Trott

Re: silly question: finding root.log/build.log of FTBS F32 package (slim)

On Tue, Mar 31, 2020 at 9:05 PM Globe Trotter via devel < devel@lists.fedoraproject.org> wrote: > Hi, > > I am the maintainer of slim. As per BZ and here: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=41322154 > > slim was unable to build > > BuildError: error building package (arch armv

[Bug 1819006] perl-Test-Simple-1.302174 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1819006 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedo

Re: silly question: finding root.log/build.log of FTBS F32 package (slim)

On 3/31/20 7:04 PM, Globe Trotter via devel wrote: I am the maintainer of slim. As per BZ and here: https://koji.fedoraproject.org/koji/taskinfo?taskID=41322154 slim was unable to build BuildError: error building package (arch armv7hl), mock exited with status 1; see root.log for more informa

Re: Odd build failure on Fedora 32

Thank you for explaining the root cause of the issue. Is the fix available on the build system for Fedora 32 at this time of writing so I can run YaraRay build? Thanks again. On 2020-03-30 1:49 p.m., Jonathan Wakely wrote: On 29/03/20 11:31 -0700, Luya Tshimbalanga wrote: Hello team, Can so

silly question: finding root.log/build.log of FTBS F32 package (slim)

Hi, I am the maintainer of slim. As per BZ and here: https://koji.fedoraproject.org/koji/taskinfo?taskID=41322154 slim was unable to build BuildError: error building package (arch armv7hl), mock exited with status 1; see root.log for more information However, I can not figure out where to see th

Re: Fedora 32 FTBFS packages to be orphaned in 1 week

On 31. 03. 20 23:00, Robert-André Mauchin wrote: On Sunday, 29 March 2020 13:13:53 CEST you wrote: golang-github-influxdata-flux eclipseo golang-github-influxdata-influxdb eclipseo golang-github-nats-io-streaming eclipseo golang-github-opencontainers-runc eclipseo golang-k8s-kubernetes eclipseo

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 5:23 PM Adam Williamson wrote: > > On Tue, 2020-03-31 at 17:06 -0400, Paul Frields wrote: > > > > > Sure. I tend to think of these as 'upstream projects' that we (Fedora) > > > consume as a downstream. Project hosting has always been a kinda > > > optional bolt-on, I think;

Fedora rawhide compose report: 20200330.n.1 changes

OLD: Fedora-Rawhide-20200329.n.0 NEW: Fedora-Rawhide-20200330.n.1 = SUMMARY = Added images:5 Dropped images: 0 Added packages: 12 Dropped packages:1 Upgraded packages: 244 Downgraded packages: 0 Size of added packages: 592.23 MiB Size of dropped packages:2

Re: CPE Git Forge Decision

On Tue, 2020-03-31 at 17:06 -0400, Paul Frields wrote: > > > Sure. I tend to think of these as 'upstream projects' that we (Fedora) > > consume as a downstream. Project hosting has always been a kinda > > optional bolt-on, I think; going back to the days of fedorahosted.org I > > don't think we've

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 3:25 PM Adam Williamson wrote: > > On Tue, 2020-03-31 at 21:18 +0200, Clement Verna wrote: > > On Tue, 31 Mar 2020 at 20:04, Adam Williamson > > wrote: > > > > > On Tue, 2020-03-31 at 13:55 -0400, Matthew Miller wrote: > > > > On Tue, Mar 31, 2020 at 10:44:35AM -0700, Adam

Re: CPE Git Forge Decision

Dne út 31. bře 2020 21:00 uživatel Clement Verna napsal: > > > On Tue, 31 Mar 2020 at 14:57, Neal Gompa wrote: > >> On Tue, Mar 31, 2020 at 7:10 AM Clement Verna >> wrote: >> > >> > I just want to give a bit of insight from someone who is working day to >> day on Fedora's infrastructure, since

Re: Fedora 32 FTBFS packages to be orphaned in 1 week

On Sunday, 29 March 2020 13:13:53 CEST you wrote: > golang-github-influxdata-flux eclipseo > golang-github-influxdata-influxdb eclipseo > golang-github-nats-io-streaming eclipseo > golang-github-opencontainers-runc eclipseo > golang-k8s-kubernetes eclipseo > golang-k8s-legacy-cloud-providers eclips

Re: CPE Git Forge Decision

Clement Verna writes: > Neal Gompa wrote: >> Clement Verna wrote: >> >> As for Pagure itself, I think this is where we fundamentally >> disagree. I think it behooves us to own and provide an experience >> tailored for our community from beginning to end. That's why we have >> Koji, Bodhi, Dist

Re: CPE Git Forge Decision

On 3/31/20 1:40 PM, Bruno Wolff III wrote: On Tue, Mar 31, 2020 at 13:08:05 -0400,  Matthew Miller wrote: We did communicate as the very top line of our gathered requirements that open source is essential to our community and central to our feedback. I'm not trying to be soft on that. Let's

Re: CPE Git Forge Decision

On Tue, 2020-03-31 at 21:18 +0200, Clement Verna wrote: > On Tue, 31 Mar 2020 at 20:04, Adam Williamson > wrote: > > > On Tue, 2020-03-31 at 13:55 -0400, Matthew Miller wrote: > > > On Tue, Mar 31, 2020 at 10:44:35AM -0700, Adam Williamson wrote: > > > > I'm sorry, but I have to agree with Kevin

Re: CPE Git Forge Decision

On Tue, 31 Mar 2020 at 20:04, Adam Williamson wrote: > On Tue, 2020-03-31 at 13:55 -0400, Matthew Miller wrote: > > On Tue, Mar 31, 2020 at 10:44:35AM -0700, Adam Williamson wrote: > > > I'm sorry, but I have to agree with Kevin and Michael here to a > > > significant extent. Running our own proj

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 11:34:35AM -0700, Adam Williamson wrote: > On Tue, 2020-03-31 at 12:55 +0200, Tomasz Torcz wrote: > > > > > > What really worries to me is that: > > > * using GitLab as SaaS is being considered, and > > > * for self-hosting, using the proprietary "enterprise" editions is no

Re: CPE Git Forge Decision

On Tue, 2020-03-31 at 20:59 +0200, Clement Verna wrote: > > > The Fedora community itself has indicated that they want to keep on > > with Pagure, and many Fedorans are Pythonistas, which means that > > everyone can easily contribute to help make it better for everyone. > > > > Genuine question,

Fedora-Rawhide-20200330.n.1 compose check report

No missing expected images. Compose FAILS proposed Rawhide gating check! 3 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 16/171 (x86_64), 1/2 (arm) New failures (same test not failed in Fedora-Rawhide-20200329.

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 2:37 AM Leigh Griffin wrote: > > > > On Mon, Mar 30, 2020 at 10:38 PM Chris Murphy wrote: >> >> On Mon, Mar 30, 2020 at 5:56 AM Leigh Griffin wrote: >> > >> > We haven't ironed out the full details but what was incredibly clear to us >> > was that Gitlab was the decision

Re: CPE Git Forge Decision

On Tue, 31 Mar 2020 at 14:57, Neal Gompa wrote: > On Tue, Mar 31, 2020 at 7:10 AM Clement Verna > wrote: > > > > I just want to give a bit of insight from someone who is working day to > day on Fedora's infrastructure, since I believe that might help give a bit > more empathy towards the Why of

Fedora-32-20200330.n.1 compose check report

No missing expected images. Failed openQA tests: 5/171 (x86_64), 1/2 (arm) New failures (same test not failed in Fedora-32-20200328.n.0): ID: 562187 Test: x86_64 Workstation-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/562187 ID: 562246 Test: x86_64 u

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 12:40:55PM -0500, Bruno Wolff III wrote: ...snip... > > Because of switching costs, this is likely to prevent us from going back to > Pagure if it does develop a vibrant independent community. That would be > unfortunate. So, currently we are using pagure on src.fedoraproj

Re: Fedora 32: setup with encrypted LVM

Il giorno dom, 22/03/2020 alle 20.55 +0100, Dario Lesca ha scritto: > It's this behavior a new feature or it's a bug of Anaconda on Fedora > 32 ? It's a Bug. I have fill this bugzilla: "Anaconda create LV filesystem encrypted on a VG already encrypted" https://bugzilla.redhat.com/show_bug.cgi?id=

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 11:45 AM Adam Williamson wrote: > > On Tue, 2020-03-31 at 13:08 -0400, Matthew Miller wrote: > > On Tue, Mar 31, 2020 at 10:48:55AM -0500, Michael Catanzaro wrote: > > > Some failure of process or communication must have occurred > > > somewhere along the lines, because ope

Re: CPE Git Forge Decision

On Tue, 2020-03-31 at 12:55 +0200, Tomasz Torcz wrote: > On Tue, Mar 31, 2020 at 12:42:18PM +0200, Kevin Kofler wrote: > > Leigh Griffin wrote: > > > Thank you for your patience while the CPE Team worked through an > > > incredible number of requirements from multiple stakeholder sources. On > > >

Re: Koji is failing on s390x

> But it might be my fault. No, i have the same issue with different packages at this time as well. But now it's fine. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Cod

Fedora 32 compose report: 20200330.n.1 changes

OLD: Fedora-32-20200328.n.0 NEW: Fedora-32-20200330.n.1 = SUMMARY = Added images:1 Dropped images: 0 Added packages: 10 Dropped packages:2 Upgraded packages: 103 Downgraded packages: 0 Size of added packages: 14.04 MiB Size of dropped packages:494.73 KiB S

Re: Koji is failing on s390x

> should be https://pagure.io/koji/issue/1974 > > What's the size of the srpm? Thanks for sharing the info. It's 238 KB. ``` $ ls -hl rubygem-puma-4.3.3-1.fc32.src.rpm -rw-rw-r-- 1 jaruga jaruga 238K Mar 31 19:52 rubygem-puma-4.3.3-1.fc32.src.rpm ``` But it might be my fault. I was putting ruby

Re: fedpkg clone fails with Permission denied (publickey).

Actually it worked now... Go figure. Thanks, Richard > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code

Re: CPE Git Forge Decision

On Tue, 2020-03-31 at 13:55 -0400, Matthew Miller wrote: > On Tue, Mar 31, 2020 at 10:44:35AM -0700, Adam Williamson wrote: > > I'm sorry, but I have to agree with Kevin and Michael here to a > > significant extent. Running our own project on open source code has > > always been a very big bright l

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 13:08:05 -0400, Matthew Miller wrote: We did communicate as the very top line of our gathered requirements that open source is essential to our community and central to our feedback. I'm not trying to be soft on that. Let's just not do purity-test level assessments and

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 10:44:35AM -0700, Adam Williamson wrote: > I'm sorry, but I have to agree with Kevin and Michael here to a > significant extent. Running our own project on open source code has > always been a very big bright line for Fedora. You don't have to be sorry! I think it's very cl

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 10:31:21AM -0700, Adam Williamson wrote: > I specifically mentioned at least the FSF angle on this mailing list, > over a month ago: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/EJAKU3MO4T5ZEWEBUWIRSGBWTFQU44QK/ > > so at least th

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 07:30:16PM +0200, Iñaki Ucar wrote: > That's a false equivalence. Yes, many of us maintain projects on > GitHub and/or GitLab due to a variety of reasons, but if any of them > die tomorrow, I simply change the "upstream" in my clones and keep > going. If Fedora starts using

Re: CPE Git Forge Decision

On Tue, 2020-03-31 at 13:08 -0400, Matthew Miller wrote: > On Tue, Mar 31, 2020 at 10:48:55AM -0500, Michael Catanzaro wrote: > > Some failure of process or communication must have occurred > > somewhere along the lines, because open source should have been the > > first and most important requirem

Re: CPE Git Forge Decision

On Tue, 2020-03-31 at 17:47 +0200, jkone...@redhat.com wrote: > -- snip -- > > As for Pagure itself, I think this is where we fundamentally > > disagree. > > I think it behooves us to own and provide an experience tailored for > > our community from beginning to end. That's why we have Koji, Bodhi,

Re: CPE Git Forge Decision

On Tue, 31 Mar 2020 at 19:15, Matthew Miller wrote: > > On Tue, Mar 31, 2020 at 10:48:55AM -0500, Michael Catanzaro wrote: > > Some failure of process or communication must have occurred > > somewhere along the lines, because open source should have been the > > first and most important requiremen

Re: Heads-up: RPM 4.16 alpha coming to rawhide

On Tue, Mar 31, 2020 at 6:43 AM Panu Matilainen wrote: > Based on rpm-specs-latest.tar.xz from this morning, there are thirtysome > packages relying on this behavior, which will need fixing to be > buildable with 4.16. Is there a list of those thirty something packages somewhere so that those pa

Re: fedpkg clone fails with Permission denied (publickey).

On Tue, Mar 31, 2020 at 12:11 PM Kevin Fenzi wrote: > On Tue, Mar 31, 2020 at 07:14:46AM -0500, Richard Shaw wrote: > > However, I'm still not able to log into the test instances. > > Any of them? Odd. Can you file an infra ticket and we can look closer... > Let me try, I've only attempted rawhi

Re: Upgrade tooling

On Mon, Mar 30, 2020 at 10:13:19AM +0300, Panu Matilainen wrote: > strategy into RHEL world, people could only start using file > triggers and rich dependencies in RHEL and EPEL 9 which I can only > assume will be released some year in the future. Think about that > for a while. For what it's wort

Re: Fedora 33 System-Wide Change proposal: Sqlite RpmDB

On Tue, Mar 31, 2020 at 02:46:01PM +0300, Panu Matilainen wrote: > > The soname doesn't change and no dependencies on any rawhide > latest-and-greatest otherwise, so from that side there shouldn't be any > issues. > > The only real incompatibility should be on the spec parse side - the bare > wor

Re: fedpkg clone fails with Permission denied (publickey).

On Tue, Mar 31, 2020 at 07:14:46AM -0500, Richard Shaw wrote: > On Sun, Mar 29, 2020 at 1:28 PM Kevin Fenzi wrote: > > > On Sun, Mar 29, 2020 at 12:32:33PM -0500, Richard Shaw wrote: > > > Long story short I lost my home directory where I do all of my packager > > > activities (separate from my m

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 10:48:55AM -0500, Michael Catanzaro wrote: > Some failure of process or communication must have occurred > somewhere along the lines, because open source should have been the > first and most important requirement. A proprietary software > solution is incompatible with the e

Re: Nvidia binary drivers fail to install on Fedora 32

...snip... Perhaps you all could take this to the rpmfusion mailing lists? kevin signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedor

Re: Heads-up: RPM 4.16 alpha coming to rawhide

Panu Matilainen wrote: > new expression features (in > spec %if and macros) including but not limited to ternary operator (eg > %[1==0?"yes":"no"]) For dependencies I'm told that the syntax is if else . So the syntax for conditional expressions is different in different contexts within the RPM

Re: Koji is failing on s390x

On Tue, 31 Mar 2020 17:36:28 +0200 Jun Aruga wrote: > Koji is failing to build before creating root.log and build.log on > s390x right now. > Is it a known issue? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=42916760 > https://koji.fedoraproject.org/koji/taskinfo?taskID=42916889 > >

Re: Nvidia binary drivers fail to install on Fedora 32

On Tue, Mar 31, 2020 at 3:57 PM Kevin Kofler wrote: > But ideally You seem to have a lot of thoughts about changes and improvements to the process. When should the RPMFusion community expect you to complete those improvements? ___ devel mailing l

Re: Nvidia binary drivers fail to install on Fedora 32

Leigh Scott wrote: > Your kmod idea is flawed, the new kernel builds will always be at > least 7 days behind fedora kernel. This is due to 2 pushes being required > to get the new akmods to stable repo, I haven't got enough time to do > more pushes (sign, mash and sync repo's). That also really c

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 12:42 pm, Kevin Kofler wrote: What really worries to me is that: * using GitLab as SaaS is being considered, and * for self-hosting, using the proprietary "enterprise" editions is not excluded. I think that using anything other than Free Software as the hosting platfo

Re: CPE Git Forge Decision

-- snip -- > > As for Pagure itself, I think this is where we fundamentally > disagree. > I think it behooves us to own and provide an experience tailored for > our community from beginning to end. That's why we have Koji, Bodhi, > Dist-Git, and many other tools in that part of the lifecycle. The

Re: CPE Git Forge Decision

On Tue, 2020-03-31 at 12:47 +0200, Felix Schwarz wrote: > Am 31.03.20 um 12:42 schrieb Kevin Kofler: > > I think that using anything other than Free Software as the hosting > > platform > > for Fedora should be an absolute no go. In other words, self-hosted > > GitLab > > CE or Pagure, no other

Koji is failing on s390x

Koji is failing to build before creating root.log and build.log on s390x right now. Is it a known issue? https://koji.fedoraproject.org/koji/taskinfo?taskID=42916760 https://koji.fedoraproject.org/koji/taskinfo?taskID=42916889 Traceback (most recent call last): File "/usr/lib/python3.7/site-pac

Fedora 33 System-Wide Change Proposal: ELN Buildroot and Compose V3

I sent out the V2 version of the Change on Friday and then promptly managed to injure myself and be away from email until today. I've read through the email threads again this morning and I decided that, rather than try to address them one by one, I'd try again with a V3 that hopefully answers some

Re: The Git forge decision (was CPE Weekly: 2020-03-28)

On Tue, Mar 31, 2020 at 09:30:57AM -0500, Bruno Wolff III wrote: > It's more than that. While the community edition of gitlab (assuming > we don't get stuck with the proprietary version) is technically open > source, the main fork is run by Gitlab who have a conflict of > interest in adding feature

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 10:37 AM Bruno Wolff III wrote: > > On Tue, Mar 31, 2020 at 12:55:39 +0200, > Tomasz Torcz wrote: > > > > Being self-hosted is a nice goal, but not important enough. > >There are parts of Fedora infrastructure which are not using Fedora, > >but other distributions like

Re: The Git forge decision (was CPE Weekly: 2020-03-28)

On Tue, Mar 31, 2020 at 10:33:46 -0400, Matthew Miller wrote: I understand the attachment we have as a project to Pagure -- someone in our community made it, after all, and lots of others have made direct and indirect contributions. I feel that too! But, we all know that it needs significant d

Re: Fedora 33 System-Wide Change proposal: java-11-openjdk as system JDK in F33

On 30. 03. 20 18:52, Miro Hrončok wrote: On 30. 03. 20 17:47, Jiri Vanek wrote: On 3/30/20 5:04 PM, Miro Hrončok wrote: On 30. 03. 20 16:04, Ben Cotton wrote: * Contingency mechanism: Return jdk8 as system jdk and mass rebuild again. Note, that this may be very hard, because during build of pa

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 12:55:39 +0200, Tomasz Torcz wrote: Being self-hosted is a nice goal, but not important enough. There are parts of Fedora infrastructure which are not using Fedora, but other distributions like RHEL. We seem to have not problem in using proprietary SAAS solutions for

Re: The Git forge decision (was CPE Weekly: 2020-03-28)

On Mon, Mar 30, 2020 at 10:20:00AM +0200, Miro Hrončok wrote: > The original proposal promised Fedora Council involvement. I wonder > where that happened, I could not found any Pagure ticket nor a > Council mailing list thread about this. We were asked to help collect the user stories and requirem

Re: The Git forge decision (was CPE Weekly: 2020-03-28)

On Tue, Mar 31, 2020 at 1:23 PM Ian McInerney wrote: > Leigh, > > >> Do you know how many >>> existing integrations with pagure there are? >> >> >> No. Our analysis will tell us that in due course >> > > I am concerned by this approach to the decision-making. In many of your > replies, you mentio

Re: Fedora 33 System-Wide Change proposal: Sqlite RpmDB

On Tue, Mar 31, 2020 at 8:53 AM Panu Matilainen wrote: > > On 3/31/20 2:46 PM, Panu Matilainen wrote: > > On 3/30/20 7:45 PM, Kevin Fenzi wrote: > >> On Mon, Mar 30, 2020 at 12:41:08PM +0300, Panu Matilainen wrote: > >> ...snip... > >>> > >>> No such things needed at this time. The database change

Re: How to deprecate a subpackage

On Tue, Mar 31, 2020 at 6:12 AM Miro Hrončok wrote: > > On 31. 03. 20 12:03, Lukas Zapletal wrote: > > Hey, > > > > I have a subpackage which is not needed anymore in the new version of the > > package. Is my assumption correct that for a smooth upgrade path I should > > simply delete the subpac

Re: Specify debug build in qtmake?

On Tue, Mar 31, 2020 at 8:04 AM Vascom wrote: > So this spec not follow Fedora's packaging guidlines and need to be fixed > according them. > Already done and new builds kicked off. Thanks for the quick reply! Thanks, Richard ___ devel mailing list --

Re: Specify debug build in qtmake?

So this spec not follow Fedora's packaging guidlines and need to be fixed according them. вт, 31 мар. 2020 г., 15:57 Richard Shaw : > On Tue, Mar 31, 2020 at 7:34 AM Vascom wrote: > >> Why you not use macro %qmake_qt5? >> It contain all flags. >> > > Good question. I inherited this package and h

Re: Specify debug build in qtmake?

On Tue, Mar 31, 2020 at 7:34 AM Vascom wrote: > Why you not use macro %qmake_qt5? > It contain all flags. > Good question. I inherited this package and hadn't dug into it much since it was building until today. Thanks, Richard ___ devel mailing list -

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 7:10 AM Clement Verna wrote: > > I just want to give a bit of insight from someone who is working day to day > on Fedora's infrastructure, since I believe that might help give a bit more > empathy towards the Why of this decision. > > For me the Fedora's Infrastructure is

Re: CPE Git Forge Decision

Il giorno mar, 31/03/2020 alle 12.42 +0200, Kevin Kofler ha scritto: > Leigh Griffin wrote: > > Thank you for your patience while the CPE Team worked through an > > incredible number of requirements from multiple stakeholder > > sources. On > > Friday evening we announced on the Community Blog > >

Re: Fedora 33 System-Wide Change proposal: Sqlite RpmDB

On 3/31/20 2:46 PM, Panu Matilainen wrote: On 3/30/20 7:45 PM, Kevin Fenzi wrote: On Mon, Mar 30, 2020 at 12:41:08PM +0300, Panu Matilainen wrote: ...snip... No such things needed at this time. The database change is a separate change and does NOT come bundled with RPM 4.16, we'll only even c

Re: Heads-up: RPM 4.16 alpha coming to rawhide

On Tue, Mar 31, 2020 at 8:10 AM Panu Matilainen wrote: > > It's that time of year again... as our RPM change proposals passed with > flying colors in yesterdays meeting, I'll hope to land RPM 4.16 alpha in > rawhide later today or tomorrow by latest. > Since Panu left it out of his announcement,

Re: Specify debug build in qtmake?

Why you not use macro %qmake_qt5? It contain all flags. вт, 31 мар. 2020 г., 15:25 Richard Shaw : > Has something changed with Qt 5.14? I'm trying to update klog to new > version but debuginfo is not being generated. > > Looking at the build log it's definitely missing "-g" during building but >

Specify debug build in qtmake?

Has something changed with Qt 5.14? I'm trying to update klog to new version but debuginfo is not being generated. Looking at the build log it's definitely missing "-g" during building but a debug build is requested: qmake-qt5 "PREFIX=%{buildroot}%{_prefix}" "CONFIG+=debug c++17" KLog.pro Lookin

Re: The Git forge decision (was CPE Weekly: 2020-03-28)

Leigh, > Do you know how many >> existing integrations with pagure there are? > > > No. Our analysis will tell us that in due course > I am concerned by this approach to the decision-making. In many of your replies, you mention wanting to get feature-parity with the current tooling and systems,

Re: CPE Git Forge Decision

On Tue, 31 Mar 2020 at 13:46, Miro Hrončok wrote: > On 31. 03. 20 13:09, Clement Verna wrote: > > On Tue, 31 Mar 2020 at 11:41, Miro Hrončok > > wrote: > > > > On 31. 03. 20 10:36, Leigh Griffin wrote: > > > I respect that there is disagreement but Gitlab is

Re: fedpkg clone fails with Permission denied (publickey).

On Sun, Mar 29, 2020 at 1:28 PM Kevin Fenzi wrote: > On Sun, Mar 29, 2020 at 12:32:33PM -0500, Richard Shaw wrote: > > Long story short I lost my home directory where I do all of my packager > > activities (separate from my main user) so I'm setting things up from > > scratch. > > > > I created n

Heads-up: RPM 4.16 alpha coming to rawhide

It's that time of year again... as our RPM change proposals passed with flying colors in yesterdays meeting, I'll hope to land RPM 4.16 alpha in rawhide later today or tomorrow by latest. There aren't any big incompatibility bumps here, but to pave way for the fancy new expression stuff, some

How to enable package gating

Hi, I need help with enabling gating on my package. I actually thought I've already enabled it 2 months ago but I've noticed the tests are not running in Bodhi and it also says that "no tests are required" on my last rawhide Bodhi update [1] This [2] is my gating.yml, I think the problem is wrong

Re: multiple definitions build failure on armv7hl only

On Mon, 30 Mar 2020 16:20:32 +0200 Dan Horák wrote: > On Thu, 5 Mar 2020 20:38:07 -0700 > Orion Poplawski wrote: > > > On 3/4/20 10:09 PM, Orion Poplawski wrote: > > > Test building the latest gdl, I get the following errors only on > > > armv7hl: > > > > > > /usr/bin/ld: CMakeFiles/gdl.dir/ba

Re: Fedora 33 System-Wide Change proposal: Sqlite RpmDB

On 3/30/20 7:45 PM, Kevin Fenzi wrote: On Mon, Mar 30, 2020 at 12:41:08PM +0300, Panu Matilainen wrote: ...snip... No such things needed at this time. The database change is a separate change and does NOT come bundled with RPM 4.16, we'll only even consider switching that once 4.16 has had a pr

Re: CPE Git Forge Decision

On 31. 03. 20 13:09, Clement Verna wrote: On Tue, 31 Mar 2020 at 11:41, Miro Hrončok > wrote: On 31. 03. 20 10:36, Leigh Griffin wrote: > I respect that there is disagreement but Gitlab is the choice we are making. I always try to assume good intentions

Re: CPE Git Forge Decision

On 31. 03. 20 12:41, Leigh Griffin wrote: Am I wrong? Yes. Thanks for clarifying that. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists

Re: Nvidia binary drivers fail to install on Fedora 32

> Richard Shaw wrote: > > But how do akmods solve that? What will happen with the akmod if the kernel > breaks the build is that the akmod will fail to build on the user's machine! > How does that resolve the issue? IMHO, it makes it worse! > > Kevin Kofler I can guarantee akmod-nvidia

Re: CPE Git Forge Decision

Tomasz Torcz wrote: > We seem to have not problem in using proprietary SAAS solutions for > critical stuff. And that is exactly what I am complaining about. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: CPE Git Forge Decision

On Tue, 31 Mar 2020 at 11:41, Miro Hrončok wrote: > On 31. 03. 20 10:36, Leigh Griffin wrote: > > I respect that there is disagreement but Gitlab is the choice we are > making. > > I always try to assume good intentions, but this is very hard now. I > understand > this statement as follows: > > "

Re: Nvidia binary drivers fail to install on Fedora 32

Marius Schwarz wrote: > The precompiled kmod-nvidia packages where hell, because they sometimes > needed days to get online. > While people where waiting, the system did not boot into the newest > kernel as the needed driver was missing. DNF just needs to prevent the upgrade as long as the kmod is

Re: Nvidia binary drivers fail to install on Fedora 32

Richard Shaw wrote: > Yes, some sort of automated solution would only work if the kernel stopped > breaking the builds so often, requiring manual intervention. Lately I've > gotten a new kernel on my Fedora 31 install almost every update. It's just > too much to deal with. RPM Fusion has a small fr

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 12:42:18PM +0200, Kevin Kofler wrote: > Leigh Griffin wrote: > > Thank you for your patience while the CPE Team worked through an > > incredible number of requirements from multiple stakeholder sources. On > > Friday evening we announced on the Community Blog > >

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 11:48 AM Felix Schwarz wrote: > > Am 31.03.20 um 12:42 schrieb Kevin Kofler: > > I think that using anything other than Free Software as the hosting > platform > > for Fedora should be an absolute no go. In other words, self-hosted > GitLab > > CE or Pagure, no other optio

Re: CPE Git Forge Decision

On Tue, Mar 31, 2020 at 11:43 AM Kevin Kofler wrote: > Leigh Griffin wrote: > > Thank you for your patience while the CPE Team worked through an > > incredible number of requirements from multiple stakeholder sources. On > > Friday evening we announced on the Community Blog > >

Re: Fedora 33 System-Wide Change proposal: ELN Buildroot and Compose

Aleksandra Fedorova wrote: > The goal of the ELN project is to continuously build Fedora Rawhide > packages and composes in the way which resembles the CentOS and RHEL > build process and to provide a feedback loop for Fedora maintainers on > the status of those builds. I don't see why it would be

Re: CPE Git Forge Decision

Am 31.03.20 um 12:42 schrieb Kevin Kofler: > I think that using anything other than Free Software as the hosting platform > for Fedora should be an absolute no go. In other words, self-hosted GitLab > CE or Pagure, no other options. +1 with one minor(?) exception: I'm ok with using a hosted ver

Fedora-Cloud-31-20200331.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorap

Re: CPE Git Forge Decision

Leigh Griffin wrote: > Thank you for your patience while the CPE Team worked through an > incredible number of requirements from multiple stakeholder sources. On > Friday evening we announced on the Community Blog > our > decisi

  1   2   >