Re: Strange koji failures

Dne 22.12.2016 v 10:12 Pavel Raiskup napsal(a): > On Thursday, December 22, 2016 9:50:12 AM CET Vít Ondruch wrote: > >> Wouldn't be possible to build noarch packages just on primary arch builders >> for example? > Those arches are all primary .. but ExclusiveArch could

MongoDB on Big Endian

Dne 22.12.2016 v 12:20 Florian Weimer napsal(a): > On 12/22/2016 10:59 AM, Vít Ondruch wrote: > >> In my specific case, rubygem-mongo is MongoDB client and it needs >> MondoDB server (which does not support BE architectures) to execute its >> test suite. But otherwise it

Re: SSL: CERTIFICATE_VERIFY_FAILED

Dne 23.12.2016 v 10:42 Pierre-Yves Chibon napsal(a): > On Fri, Dec 23, 2016 at 10:18:50AM +0100, gil wrote: > >> $ fedora-cert -v >> Verifying Certificate >> cert expires: 2017-05-26 > With the move to kerberos, fedora-cert becomes un-needed. The dependency from fedora-packager should be dropped

Re: Applications with AppData and not visible in the software center

Dne 5.1.2017 v 12:56 Richard Hughes napsal(a): > As a reminder, you can validate AppData files using: appstream-util > validate-relax file.appdata.xml Just to clarify, according to the guidelines, the validation is a *MUST*: https://fedoraproject.org/wiki/Packaging:AppData#app-data-validate_usa

Fedora Linux subsystem on Windows machine

Dne 5.1.2017 v 20:11 M. Edward (Ed) Borasky napsal(a): > > > > > And speaking of Wine, how come the Windows 10 Linux subsystem only > runs Ubuntu? Why can't I run a Fedora Linux subsystem on my Windows > machine? Just FYI: http://stackoverflow.com/questions/38802362/windows-10-wsl-with-fedora

Re: Fedora Linux subsystem on Windows machine

Dne 6.1.2017 v 10:03 Martin Bříza napsal(a): > On Fri, 06 Jan 2017 10:01:01 +0100, Vít Ondruch > wrote: > >> >> >> Dne 5.1.2017 v 20:11 M. Edward (Ed) Borasky napsal(a): >>> >>> >>> >>> >>> And speaking of Wine, how com

Re: Text editors and IDEs for editing RPM spec files: worthy addition to the Packaging:Guidelines article?

In fact, developer portal would be the best place: https://developer.fedoraproject.org/deployment.html Vít Dne 8.1.2017 v 06:41 Adam Williamson napsal(a): > On Sat, 2017-01-07 at 21:40 -0800, Adam Williamson wrote: >> On Sun, 2017-01-08 at 13:38 +1000, Brenton Horne wrote: >>> Hi, >>> >>> I'm

Re: MongoDB on Big Endian

Cool \ó/ Thx V. Dne 10.1.2017 v 15:03 Marek Skalický napsal(a): > Hi, > MongoDB upstream does not support ppc64 BE. > > But there is support for s390x, so code is ported/ready for Big Endian. I've > managed to make MongoDB building and passing basic tests on ppc64. > So in rawhide in latest b

Re: Proposal: Rethink Fedora multilib support

Dne 11.1.2017 v 15:25 Jonathan Wakely napsal(a): > On 07/01/17 22:53 +, Richard W.M. Jones wrote: >> On Thu, Jan 05, 2017 at 05:38:58PM +0100, Thorsten Leemhuis wrote: >>> Lo! On 05.01.2017 17:03, Stephen Gallagher wrote: >>> > [...] >>> > ## Advantages >>> > >>> > * Simplification of build-t

Ruby packages free to grap

Hi all, Michal Fojtík recently orphaned all his packages due to lack of the resources to maintain them properly (thans to taking care of them). Feel free to grab some: rpms/deltacloud-core -- Deltacloud REST API ( ) rpms/rubygem-aws -- Ruby gem for all Amazon Web Services ( master f25 f2

Re: Ruby packages free to grab

rpms/rubygem-will_paginate -- Pagination plugin for web frameworks and other apps Is also free to grab Vít Dne 12.1.2017 v 15:31 Vít Ondruch napsal(a): > Hi all, > > Michal Fojtík recently orphaned all his packages due to lack of the > resources to maintain them properly (tha

Re: FTBFS tracking bug

Dne 13.1.2017 v 10:03 Igor Gnatenko napsal(a): > Hello, > > do we have tracking bug for FTBFS? I remember there was one for F24, > but can't find something similar for F26. If I am not mistaken, such tracking bug is typically created after mass rebuild, which have not happened yet. Vít

Re: Fedora Elections January 2017 - Voting period is in progress

Dne 12.1.2017 v 20:48 Jan Kurik napsal(a): > [1] https://admin.fedoraproject.org/voting/vote/council-january-2017 > [2] https://admin.fedoraproject.org/voting/vote/famsco-jauary-2017 > [3] https://admin.fedoraproject.org/voting/vote/fesco-january-2017 These links are behaving really strange. Whe

Re: Ruby 2.4 - Mass rebuild

Hi everybody, The sidetag with Ruby 2.4 and all the rebuilt packages is undergoing merge into F26 right now [1]. Since the update of Ruby involved soname bump, we managed to rebuild most of the depending packages. But there is still about 10 packages which are broken for various reasons (you can s

rubygem-diff-lcs license changed to GPLv2+ or Artistic or MIT

rubygem-diff-lcs-1.3-1.fc26 simplified its license to GPLv2+ or Artistic or MIT. Vít ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Orphaning rubygem-linode

Hi, I just updated and fixed rubygem-linode, but since I have no use for this package, I just orphaned it in PkgDb. Feel free to pick it up or let it go away ... Vít ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email t

Orphaning rubygem-logging

Hi, I just updated and fixed rubygem-logging, but since I have no use for this package, I just orphaned it in PkgDb. Feel free to pick it up or let it go away ... Vít ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: unretire request - coot

Dne 2.2.2017 v 17:14 Tim Fenn napsal(a): > I recently requested and had received approval of a re-review of a > package I'm unretiring: > > https://bugzilla.redhat.com/show_bug.cgi?id=1359402 > > However, I don't have TICKET_CREATE privileges on rel-eng trac to make > the unretire request. How sh

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

Dne 24. 03. 20 v 11:43 Tom Hughes via devel napsal(a): > On 24/03/2020 09:32, Aleksandra Fedorova wrote: > >> ELN is an evolution of the request for an alternate buildroot for >> newer x86_64 processors. The reasoning behind that new buildroot was >> that we expected that the next major release of

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

Dne 24. 03. 20 v 19:55 Aleksandra Fedorova napsal(a): > On Tue, Mar 24, 2020 at 6:01 PM Miro Hrončok wrote: >> On 24. 03. 20 16:23, Aleksandra Fedorova wrote: >>> I am going to answer generally in this mail, before we dive in into >>> discussing the details. >>> >>> I think your approach to asses

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

Dne 25. 03. 20 v 4:59 Neal Gompa napsal(a): > On Tue, Mar 24, 2020 at 5:33 AM Aleksandra Fedorova > wrote: >> == Detailed Description == >> >> This Change supersedes the previously-approved [[Changes/Additional >> buildroot to test x86-64 micro-architecture update|Change]] to enable >> an additi

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

Dne 25. 03. 20 v 11:23 Miro Hrončok napsal(a): > On 25. 03. 20 10:26, Vít Ondruch wrote: >> I think that the level of involvement of the other maintainers is the >> same as what we always did for RHEL. Did RHEL maintainers bothered some >> Fedora maintainers with some cond

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

Dne 25. 03. 20 v 16:19 Vít Ondruch napsal(a): > Dne 25. 03. 20 v 11:23 Miro Hrončok napsal(a): >> On 25. 03. 20 10:26, Vít Ondruch wrote: >>> I think that the level of involvement of the other maintainers is the >>> same as what we always did for RHEL. Did RHE

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

Dne 25. 03. 20 v 15:19 Troy Dawson napsal(a): > On Wed, Mar 25, 2020 at 6:15 AM Nicolas Mailhot via devel > wrote: >> Le mercredi 25 mars 2020 à 13:09 +0100, Aleksandra Fedorova a écrit : >>> On Wed, Mar 25, 2020 at 12:48 PM Miro Hrončok >>> wrote: >>> As I mentioned in the previous mail, branch

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

Dne 25. 03. 20 v 15:02 Zbigniew Jędrzejewski-Szmek napsal(a): > On Wed, Mar 25, 2020 at 02:06:59PM +0100, Aleksandra Fedorova wrote: >> Hi, Miro, >> >> On Wed, Mar 25, 2020 at 1:28 PM Miro Hrončok wrote: >>> On 25. 03. 20 12:49, Aleksandra Fedorova wrote: I think that not having eln-branch i

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

Dne 25. 03. 20 v 16:47 Stephen Gallagher napsal(a): > Starting a new sub-thread. > > On Tue, Mar 24, 2020 at 5:33 AM Aleksandra Fedorova > wrote: >> As Ben is on PTO, I'd like to present the System-Wide Change >> >> https://fedoraproject.org/wiki/Changes/ELN_Buildroot_and_Compose >> >> == Summar

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

Dne 25. 03. 20 v 17:33 Aleksandra Fedorova napsal(a): > On Wed, Mar 25, 2020 at 3:10 PM Miro Hrončok wrote: >> On 25. 03. 20 14:06, Aleksandra Fedorova wrote: > By contributing to Fedora Rawhide sources and consuming them as ELN > repositories for testing purposes. The change proposa

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

Dne 25. 03. 20 v 18:06 Vít Ondruch napsal(a): > Dne 25. 03. 20 v 17:33 Aleksandra Fedorova napsal(a): >> On Wed, Mar 25, 2020 at 3:10 PM Miro Hrončok wrote: >>> On 25. 03. 20 14:06, Aleksandra Fedorova wrote: >>>>>> By contributing to Fedora Rawhi

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

Dne 25. 03. 20 v 20:22 James Cassell napsal(a): > On Wed, Mar 25, 2020, at 1:18 PM, Vít Ondruch wrote: >> Dne 25. 03. 20 v 18:06 Vít Ondruch napsal(a): >>> Dne 25. 03. 20 v 17:33 Aleksandra Fedorova napsal(a): > [snip] >>>> We can come up with guidelines, for ex

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

Dne 26. 03. 20 v 12:39 Aleksandra Fedorova napsal(a): > On Thu, Mar 26, 2020 at 10:34 AM Vít Ondruch wrote: >> >> Dne 25. 03. 20 v 20:22 James Cassell napsal(a): >>> On Wed, Mar 25, 2020, at 1:18 PM, Vít Ondruch wrote: >>>> Dne 25. 03. 20 v 18:06 Vít Ondruch

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

Dne 27. 03. 20 v 10:16 Aleksandra Fedorova napsal(a): > On Fri, Mar 27, 2020 at 9:36 AM Vít Ondruch wrote: >> >> Dne 26. 03. 20 v 12:39 Aleksandra Fedorova napsal(a): >>> On Thu, Mar 26, 2020 at 10:34 AM Vít Ondruch wrote: >>>> Dne 25. 03. 20 v 20:22 James

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

Dne 27. 03. 20 v 12:32 Miro Hrončok napsal(a): > > And trust me, you don't want to maintain that. It is not maintainable. > And it has problems like this: >   https://pagure.io/copr/copr/issue/1315 > Heh, nice one :) Thanks for sharing Vít ___ devel m

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

Dne 27. 03. 20 v 12:48 Aleksandra Fedorova napsal(a): > On Fri, Mar 27, 2020 at 11:00 AM Vít Ondruch wrote: >> >> Dne 27. 03. 20 v 10:16 Aleksandra Fedorova napsal(a): >>> On Fri, Mar 27, 2020 at 9:36 AM Vít Ondruch wrote: >>>> Dne 26. 03. 20 v 12:39 Aleksan

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

It is kind of irony, that the ELN branch idea is still rejected. Therefore there will be PRs coming from Stephen's and Alexandra's (or anybody else in ELN SIG) forks of packages, containing changes needed to build some packages in ELN, which nobody is going to merge. In the meantime, the ELN builds

Re: Fedora 33 System-Wide Change proposal: Introduce module Obsoletes and EOL

Wouldn't be easier to use something we already have? E.g. https://src.fedoraproject.org/rpms/fedora-obsolete-packages Vít Dne 30. 03. 20 v 16:30 Ben Cotton napsal(a): > https://fedoraproject.org/wiki/Changes/Module_Obsoletes_and_EOL > > == Summary == > Fix Fedora upgradability issues when upgra

Re: CPE Git Forge Decision

Dne 30. 03. 20 v 17:41 Pavel Raiskup napsal(a): > The only problem of GitLab is that Fedora - for years - was not able to > package it. I'm not a able to judge where the packaging problem is/was, > any more info? Are we going invest into packaging it? It was lot of dependencies, bundling, lack

Re: CPE Git Forge Decision

Dne 01. 04. 20 v 8:42 Clement Verna napsal(a): > > > On Tue, 31 Mar 2020 at 22:41, Robbie Harwood > wrote: > > Clement Verna > writes: > > > Neal Gompa mailto:ngomp...@gmail.com>> wrote: > >> Clement Verna

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

So although this update clarifies some part, we have not moved anywhere: ~~~ === Can we do this in a branch instead of in master? === This adds no value to the current approach where Red Hat maintainers would manually merge their changes into the internal build infrastructure. There's no way to

Re: CPE Git Forge Decision

Dne 01. 04. 20 v 10:37 Michal Konecny napsal(a): > > > On 31/03/2020 20:53, Kevin Fenzi wrote: >> 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 i

Re: CPE Git Forge Decision

Dne 01. 04. 20 v 14:41 Michal Konecny napsal(a): > > > On 01/04/2020 10:53, Vít Ondruch wrote: >> >> >> Dne 01. 04. 20 v 10:37 Michal Konecny napsal(a): >>> >>> >>> On 31/03/2020 20:53, Kevin Fenzi wrote: >>>> On Tue, Mar

Re: CPE Git Forge Decision

Dne 01. 04. 20 v 12:37 Miro Hrončok napsal(a): > On 01. 04. 20 10:53, Vít Ondruch wrote: >> >> Dne 01. 04. 20 v 10:37 Michal Konecny napsal(a): >>> >>> >>> On 31/03/2020 20:53, Kevin Fenzi wrote: >>>> On Tue, Mar 31, 2020 at 12:40:55PM -0500

Re: CPE Git Forge Decision

Dne 01. 04. 20 v 14:33 Alex Scheel napsal(a): > - Original Message - >> From: "Panu Matilainen" >> To: devel@lists.fedoraproject.org >> Sent: Wednesday, April 1, 2020 6:22:39 AM >> Subject: Re: CPE Git Forge Decision >> >>> I also appreciate that as a community developing our own solution

Re: CPE Git Forge Decision

Dne 01. 04. 20 v 15:34 Neal Gompa napsal(a): > On Wed, Apr 1, 2020 at 9:26 AM Vít Ondruch wrote: >> >> Dne 01. 04. 20 v 14:33 Alex Scheel napsal(a): >>> - Original Message - >>>> From: "Panu Matilainen" >>>> To: devel@lists.fed

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

Dne 01. 04. 20 v 16:01 David Cantrell napsal(a): > On Wed, Apr 01, 2020 at 10:19:08AM +0200, Vít Ondruch wrote: >> So although this update clarifies some part, we have not moved anywhere: >> >> >> ~~~ >> >> === Can we do this in a branch instead of in mast

Re: [Fedora-packaging] Schedule for Thursday's FPC Meeting (2020-04-02 16:00 UTC)

I just wonder, is the FPC working? I don't see any meeting minutes, the agenda is the same for this week as it was for the last week and the week before and the week before the week before, there is 56 opened tickets + 20 opened PR, but there are just 4 of them listed here ... Vít Dne 01. 04.

Re: CPE Git Forge Decision

Dne 01. 04. 20 v 19:28 Kevin Fenzi napsal(a): > On Wed, Apr 01, 2020 at 11:51:01AM +0200, clime wrote: >> On Wed, 1 Apr 2020 at 10:54, Vít Ondruch wrote: >>> Do you mean https://github.com/fedora-infra/pkgdb2/ ? :) > No. > >> This is just hilarious, so after goi

Re: [Fedora-packaging] Schedule for Thursday's FPC Meeting (2020-04-02 16:00 UTC)

Vít Dne 02. 04. 20 v 10:04 Miro Hrončok napsal(a): > On 02. 04. 20 9:38, Vít Ondruch wrote: >> I just wonder, is the FPC working? I don't see any meeting minutes, the >> agenda is the same for this week as it was for the last week and the >> week before and the week befor

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

Dne 02. 04. 20 v 13:52 Björn 'besser82' Esser napsal(a): > rubygem-scruffy.spec:7: bad %if condition: (prerelease) Is this construct really forbidden? https://src.fedoraproject.org/rpms/rubygem-scruffy/c/ecdb3b762fef08eae8055d30dc9dfc2255e3c275 Anyway, the whole conditional should have been d

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

Dne 02. 04. 20 v 20:07 Stephen Gallagher napsal(a): > but I *did* > acknowledge that we are going to incorporate the possibility of > maintaining separate specs for ELN and Rawhide for any maintainer who > absolutely wants to do more manual work. You see, this is precisely the point where the di

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

Dne 02. 04. 20 v 17:39 Stephen Gallagher napsal(a): > On Wed, Apr 1, 2020 at 4:34 PM Zbigniew Jędrzejewski-Szmek > wrote: >> On Wed, Apr 01, 2020 at 03:55:19PM -0400, Stephen Gallagher wrote: >>> On Wed, Apr 1, 2020 at 3:24 PM Zbigniew Jędrzejewski-Szmek >>> wrote: >> I disagree, both to "aren't

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

Dne 02. 04. 20 v 21:01 Vít Ondruch napsal(a): > Dne 02. 04. 20 v 20:07 Stephen Gallagher napsal(a): >> but I *did* >> acknowledge that we are going to incorporate the possibility of >> maintaining separate specs for ELN and Rawhide for any maintainer who >> absolutely w

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

Dne 02. 04. 20 v 21:38 Kalev Lember napsal(a): > On Thu, Apr 2, 2020 at 9:10 PM Stephen Gallagher > wrote: > > And having to manually perform a sync between those packages for every > update is somehow less work > There are two things: 1) Of course I don't ex

Re: CPE Git Forge Decision

Dne 02. 04. 20 v 19:26 Matthew Miller napsal(a): > On Wed, Apr 01, 2020 at 11:34:08AM -0700, Adam Williamson wrote: > >>> Yeah -- and this bigger picture is still the Fedora Project's overall >>> goal. The change is in the mission of CPE vs. the previous Fedora >>> Engineering team structure, not

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

Dne 03. 04. 20 v 10:46 Vít Ondruch napsal(a): > > > Dne 02. 04. 20 v 21:38 Kalev Lember napsal(a): >> On Thu, Apr 2, 2020 at 9:10 PM Stephen Gallagher > <mailto:sgall...@redhat.com>> wrote: >> >> And having to manually perform a sync between those pac

Re: CPE Weekly: 2020-04-04

Dne 04. 04. 20 v 21:02 Aoife Moloney napsal(a): > * rpmautospec 0.0.1 through 0.0.10 have been released and deployed in staging Could somebody please update on the status? What were the proof of concepts, what are takeaways? Was there any decision on the approach and why? Vít _

Re: CPE Weekly: 2020-04-04

Dne 06. 04. 20 v 12:29 Pierre-Yves Chibon napsal(a): > On Mon, Apr 06, 2020 at 11:09:37AM +0200, Vít Ondruch wrote: >> Dne 04. 04. 20 v 21:02 Aoife Moloney napsal(a): >>> * rpmautospec 0.0.1 through 0.0.10 have been released and deployed in >>> staging >> >&

Re: CPE Git Forge Decision

Dne 06. 04. 20 v 14:34 Josh Boyer napsal(a): > On Mon, Apr 6, 2020 at 8:26 AM Stasiek Michalski wrote: >>> On Fri, Apr 3, 2020 at 12:10 pm, Adam Williamson >>> >> >>> $100/month per user for Ultimate (the only offering that meets the >>> "requirements")... 2339 packages in FAS... so $233900 * 12

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

I have take the following: > rubygem-addressable > rubygem-ruby_parser > rubygem-ruby2ruby > rubygem-websocket > Vít ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Co

Re: F32 ELF file analysis

Should I be able to see analysis for e.g. Ruby? I am asking, because I can't, so not sure if I am doing anything wrong. Vít Dne 06. 04. 20 v 18:03 Steve Grubb napsal(a): > Hello, > > Just wanted to share with everyone the results of a data collection on > various metrics of ELF files when inst

Re: F32 ELF file analysis

Dne 06. 04. 20 v 19:45 Steve Grubb napsal(a): > On Monday, April 6, 2020 1:22:15 PM EDT Vít Ondruch wrote: >> Should I be able to see analysis for e.g. Ruby? I am asking, because I >> can't, so not sure if I am doing anything wrong. > Its likely not part of @Core packag

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

Dne 06. 04. 20 v 23:53 Stephen Gallagher napsal(a): > I've just published a fourth version[1] of the ELN proposal. With a > lot of input from Miro Hrončok, I think I've finally been able to > clarify some of the points that we were getting hung up on. > > Changes in this version of the proposal[2]

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

Dne 07. 04. 20 v 20:55 Stephen Gallagher napsal(a): > On Mon, Apr 6, 2020 at 5:53 PM Stephen Gallagher > wrote: > > I've just published a fourth version[1] of the ELN proposal. With a > > lot of input from Miro Hrončok, I think I've finally been able to > > clarify some of the points that we were

Re: Orphaned packages looking for new maintainers (incl. GConf2, keybinder3, orangefs)

Dne 14. 04. 20 v 11:06 Miro Hrončok napsal(a): > > rubygem-ruby2ruby orphan   1 > weeks ago It seems that the "take" button on Pagure does not work reliably. Last week, I have picked up several packages including this one just to find later that I actually

Re: Orphaned packages looking for new maintainers (incl. GConf2, keybinder3, orangefs)

Dne 14. 04. 20 v 11:18 Dan Horák napsal(a): > On Tue, 14 Apr 2020 10:12:35 +0100 > Peter Robinson wrote: > >> On Tue, Apr 14, 2020 at 10:07 AM Miro Hrončok >> wrote: >>> The following packages are orphaned and will be retired when they >>> are orphaned for six weeks, unless someone adopts them.

Re: Fedpkg: (scratch)-build forked repo directly in Koji

Dne 14. 04. 20 v 0:13 Ondrej Nosek napsal(a): > TLDR: Is $SUBJ function reasonable to implement in fedpkg? > > Hi, > > some time ago, fedpkg issue tracker got a request [1] for method, that > allows direct builds. That means without sending srpms via "--srpm" > argument. Currently, user's changes

Re: Call for testers for rpmautospec in staging

Dne 09. 04. 20 v 15:43 Pierre-Yves Chibon napsal(a): > > PS: > - F32 update: https://bodhi.fedoraproject.org/updates/FEDORA-2020-7f41380eb9 > - F31 update: https://bodhi.fedoraproject.org/updates/FEDORA-2020-3ee46bf2cd > - F30 update: https://bodhi.fedoraproject.org/updates/FEDORA-2020-081a8769

Re: Orphaned packages looking for new maintainers (incl. GConf2, keybinder3, orangefs)

Dne 14. 04. 20 v 11:26 Miro Hrončok napsal(a): > On 14. 04. 20 11:18, Dan Horák wrote: patrikopravil: jruby pbrobinson: GConf2, jruby >>> Why am I listed against jruby? >> you should search for your name in the full report >> >> jruby blocks rubygem-json and >> >> xapian-bindings (maintai

Re: Orphaned packages looking for new maintainers (incl. GConf2, keybinder3, orangefs)

Dne 14. 04. 20 v 20:02 Vít Ondruch napsal(a): > Dne 14. 04. 20 v 11:26 Miro Hrončok napsal(a): >> On 14. 04. 20 11:18, Dan Horák wrote: >>>>> patrikopravil: jruby pbrobinson: GConf2, jruby >>>> Why am I listed against jruby? >>> you should search f

Re: Call for testers for rpmautospec in staging

Dne 14. 04. 20 v 16:30 Miro Hrončok napsal(a): > On 14. 04. 20 15:47, Pierre-Yves Chibon wrote: >> On Tue, Apr 14, 2020 at 12:46:11PM +0200, Vít Ondruch wrote: >>> >>> Dne 09. 04. 20 v 15:43 Pierre-Yves Chibon napsal(a): >>>> >>>> PS: >&g

Re: buildroot problems on rawhide i386, armv7hl ??

Is this problem back? https://koji.fedoraproject.org/koji/taskinfo?taskID=43439516 https://koji.fedoraproject.org/koji/taskinfo?taskID=43439614 Vít Dne 09. 04. 20 v 20:28 Florian Weimer napsal(a): > Sorry about your troubles. > > I have identified the problematic upstream change, and we will

Re: Fedpkg: (scratch)-build forked repo directly in Koji

Dne 20. 04. 20 v 1:31 Ondrej Nosek napsal(a): > Thanks for answers, comment in the text follows. > > On Tue, Apr 14, 2020 at 12:16 PM clime <mailto:cl...@fedoraproject.org>> wrote: > > On Tue, 14 Apr 2020 at 12:05, Vít Ondruch <mailto:

Re: Fedpkg: (scratch)-build forked repo directly in Koji

Dne 20. 04. 20 v 13:52 Ondrej Nosek napsal(a): > > > On Mon, Apr 20, 2020 at 11:42 AM Vít Ondruch <mailto:vondr...@redhat.com>> wrote: > > > Dne 20. 04. 20 v 1:31 Ondrej Nosek napsal(a): >> Thanks for answers, comment in the text follows. >> >&g

Orphaning rubygem-diff_dirs

Hi all, I am going to orphan rubygem-diff_dirs. This package was brought in as dependency of AsciiBinder, but AsciiBinder is long gone. Therefore it is time to let rubygem-diff_dirs go as well. Vít ___ devel mailing list -- devel@lists.fedoraproject.or

Orphaned rubygem-slop

Hi all, I have orphaned ruybgem-slop. This used to be dependency of rubygem-pry, but nowadays, the old version of this package is bundled in pry (:'(), so I don't have any interested in this package. Vít ___ devel mailing list -- devel@lists.fedorapro

Re: Non-responsive maintainer: laxathom (Xavier Lamien)

Hi Xavier, Since this thread has your attention, I'd like to take over rubygem-json, if you don't mind. Vít Dne 22. 04. 20 v 21:03 Xavier Lamien napsal(a): > Oh hi, > > Looks like your email get lost in the pile if you tried to reach me > personally or my bugzilla's filter is too efficient I'd

Orphaned rubygem-ruby2ruby

Hi, I don't have any use for rubygem-ruby2ruby, therefore I orphaned it. Vít ___ 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

Orphaned rubygem-ruby_parser

Hi, Since I have orphaned rubygem-ruby2ruby, I don't have any other use for rubygem-ruby_parser. While it is in dependency chain of rubygem-activeldap and rubygem-gettext_i18n_rails, I have not heard back from rubygem-activeldap maintainer, therefore I orphaned the package. Vít

Re: Orphaned rubygem-ruby_parser and rubygem-gettext_i18n_rails

Actually, I have orphaned also rubygem-gettext_i18n_rails, which is required only by rubygem-activeldap. Vít Dne 27. 04. 20 v 9:40 Vít Ondruch napsal(a): > Hi, > > Since I have orphaned rubygem-ruby2ruby, I don't have any other use for > rubygem-ruby_parser. While it is in de

Re: RFC: Feature macros (aka USE flags)

Dne 27. 04. 20 v 13:19 Petr Šabata napsal(a): > Based on the recent discussions around %fedora/%rhel macros and ELN, > and %bcond generally being confusing to work with, I came up with a > distribution-wide feature that defines generic feature keywords and > associated helper macros that packages

Re: RFC: Feature macros (aka USE flags)

Dne 27. 04. 20 v 16:25 Petr Šabata napsal(a): > On Mon, Apr 27, 2020 at 3:01 PM Vít Ondruch wrote: >> >> Dne 27. 04. 20 v 13:19 Petr Šabata napsal(a): >>> Based on the recent discussions around %fedora/%rhel macros and ELN, >>> and %bcond generally being confusi

Re: RFC: Feature macros (aka USE flags)

Dne 27. 04. 20 v 19:40 Daniel Mach napsal(a): > > > Dne 27. 04. 20 v 19:00 Stephen Gallagher napsal(a): >> On Mon, Apr 27, 2020 at 10:47 AM Daniel Mach wrote: > >> >>> Since I'm part of RPM team too, I hope they won't mind if I'll speak >>> for >>> them :) Don't you rather want to work with us on

Re: Call for testers for rpmautospec in staging

Will this work with modules? There is the context already increased for every build ... Vít Dne 09. 04. 20 v 15:43 Pierre-Yves Chibon napsal(a): > Good Morning Everyone, > > You may remember that Nils, Adam and pingou have been investigating what > it would take to get rid of maintaining the ch

Re: Announcing bugzilla overrides coming to dist-git (stg)

It seems that only the main admin can edit the owners (they have displayed the "edit" button), is that expected? E.g. checking rubygem-puma [1], where I have admin bit, I cannot edit the BZ assignee, while for rubygem-tilt [2] as a main admin, I can. Vít [1] https://src.fedoraproject.org/rpms/

Re: Announcing bugzilla overrides coming to dist-git (stg)

And since I am asking questions like this, how does it work for group owned packages (if there are any, can't find any example ATM, but there used to be, right?)? Vít Dne 04. 05. 20 v 19:02 Vít Ondruch napsal(a): > It seems that only the main admin can edit the owners (they have >

Re: Is dist-git a good place for work?

So what is the workflow, how you update to the latest upstream? Or how you apply custom patch? Vít Dne 04. 05. 20 v 17:05 Tomas Tomecek napsal(a): > Let’s talk about dist-git, as a place where we work. For us, > packagers, it’s a well-known place. Yet for newcomers, it may take a > while to lea

Re: Announcing bugzilla overrides coming to dist-git (stg)

I also wonder what happened to rubygem-slop [1], because it says it is retired, while it should be only orphaned [2]. Vít [1] https://src.fedoraproject.org/rpms/rubygem-slop [2] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/AI57XN2SQVXMT7QQBGSZECYVJP4H3LOK

Re: Announcing bugzilla overrides coming to dist-git (stg)

There is very likely more packages like this: https://src.fedoraproject.org/rpms/nodejs-tern-cordovajs Vít Dne 05. 05. 20 v 8:53 Vít Ondruch napsal(a): > I also wonder what happened to rubygem-slop [1], because it says it is > retired, while it should be only orphaned [2]. > > &g

Re: Is dist-git a good place for work?

Dne 05. 05. 20 v 21:26 Robbie Harwood napsal(a): > Tomas Tomecek writes: > >> Thank you all for raising all the questions and concerns. >> >> Before I reply, I'd like to stress that we are still in a prototype >> phase - not everything is solved (clearly) and at this point, we >> experiment with

Re: Proposal: Add "Feedback" section to change proposal template

I don't know, I am somewhat ambivalent on this. I am not sure who is going to collect the feedback there. Will it be the owner of the change or somebody else? What will be the structure? Will it be just bunch or quotes from random sources? Wouldn't it be better to utilize the "discussion" tab/feat

Re: Is dist-git a good place for work?

Dne 05. 05. 20 v 18:42 Adam Williamson napsal(a): > On Tue, 2020-05-05 at 17:45 +0200, Tomas Tomecek wrote: >> On Tue, May 5, 2020 at 1:41 PM Petr Pisar wrote: >>> On Tue, May 05, 2020 at 12:41:06PM +0200, Tomas Tomecek wrote: Petr, I should have probably stressed that our target is Fedora (

Re: Is dist-git a good place for work?

Dne 05. 05. 20 v 18:37 Fabio Valentini napsal(a): > On Mon, May 4, 2020 at 5:06 PM Tomas Tomecek wrote: > > Hi Tomas, > > I'll respond below with some of my experiences and opinions ... > >> Let’s talk about dist-git, as a place where we work. For us, >> packagers, it’s a well-known place. Yet fo

Re: Is dist-git a good place for work?

Dne 06. 05. 20 v 11:19 Tomas Tomecek napsal(a): > On Tue, May 5, 2020 at 6:16 PM Miro Hrončok wrote: In what way does keeping the spec file in our fork help us? >>> (speechless for like a minute) >> I don't really understand this comment. Speechless because our workflow is >> tedious? > I j

Re: Is dist-git a good place for work?

Dne 06. 05. 20 v 13:20 Fabio Valentini napsal(a): > On Wed, May 6, 2020 at 10:37 AM Vít Ondruch wrote: >> >> Dne 05. 05. 20 v 18:37 Fabio Valentini napsal(a): >>> On Mon, May 4, 2020 at 5:06 PM Tomas Tomecek wrote: >>> >>> Hi Tomas, >>> >

Re: Is dist-git a good place for work?

Dne 06. 05. 20 v 16:15 Robbie Harwood napsal(a): > Vít Ondruch writes: > >> Dne 05. 05. 20 v 21:26 Robbie Harwood napsal(a): >>> Tomas Tomecek writes: >>> >>>> Thank you all for raising all the questions and concerns. >>>> >>>> B

Re: Is dist-git a good place for work?

Dne 06. 05. 20 v 20:39 clime napsal(a): > On Wed, 6 May 2020 at 13:21, Fabio Valentini wrote: >> On Wed, May 6, 2020 at 10:37 AM Vít Ondruch wrote: >>> >>> Dne 05. 05. 20 v 18:37 Fabio Valentini napsal(a): >>>> On Mon, May 4, 2020 at 5:06 PM T

Re: Proposal: Revise FESCo voting policy

Dne 11. 05. 20 v 19:40 Aleksandra Fedorova napsal(a): > Hi, > > On Mon, May 11, 2020 at 5:52 PM Stephen Gallagher wrote: >> During today's FESCo meeting, we encountered an unusual voting >> situation for the first time: Four FESCo members voted in favor (+1) >> of a measure and five FESCo members

Re: Proposal: Revise FESCo voting policy

Dne 12. 05. 20 v 10:18 Vít Ondruch napsal(a): > Dne 11. 05. 20 v 19:40 Aleksandra Fedorova napsal(a): >> Hi, >> >> On Mon, May 11, 2020 at 5:52 PM Stephen Gallagher >> wrote: >>> During today's FESCo meeting, we encountered an unusual voting >>>

Re: Retired packages with maintainers

Dne 12. 05. 20 v 14:51 Miro Hrončok napsal(a): > On 12. 05. 20 8:49, Pierre-Yves Chibon wrote: >> Finally, does everyone agree about the original request: "remove all >> maintainers >> of retired packages"? Or should we bring this to FESCo? > > If the procedure is "remove all maintainers if all br

Re: Retired packages with maintainers

Dne 12. 05. 20 v 20:26 Vít Ondruch napsal(a): > Dne 12. 05. 20 v 14:51 Miro Hrončok napsal(a): >> On 12. 05. 20 8:49, Pierre-Yves Chibon wrote: >>> Finally, does everyone agree about the original request: "remove all >>> maintainers >>> of retired pa

Re: Proposal: Revise FESCo voting policy

Dne 12. 05. 20 v 14:22 Aleksandra Fedorova napsal(a): > Hi, > > On Tue, May 12, 2020 at 10:19 AM Vít Ondruch wrote: >> >> Dne 11. 05. 20 v 19:40 Aleksandra Fedorova napsal(a): >>> Hi, >>> >>> On Mon, May 11, 2020 at 5:52 PM Stephen Gallagher

<    4   5   6   7   8   9   10   11   12   13   >