On Tue, 5 May 2020 at 18:46, Florian Weimer wrote:
>
> > Hey Florian,
> >
> > On Mon, 4 May 2020 at 10:03, Florian Weimer wrote:
> >>
> >> > as part of https://hackmd.io/kIje9yXTRdWITwP7cFK2pA (annotated tags
> >> > pushed by package maintainers) effort, I revisited the sorting
> >> > algorithm t
On 5/4/20 5:44 PM, Miro Hrončok wrote:
On 05. 05. 20 1:14, Orion Poplawski wrote:
https://koschei.fedoraproject.org/package/cobbler?collection=f33
Fails building the SRPM:
DEBUG util.py:600: error:
/chroot_tmpdir/srpm_unpacked/SPECS/cobbler.spec: line 119: %S:
argument expected
Line is:
On 06/05/2020 01:37, Jared Dominguez wrote:
>
> And if you're a ThinkPad person, well clearly the choice is easier! It's
> great to see
> so much competition in the Linux laptop space these days!
>
The year of the Linux on the desktop (laptop?) just arrived? O:-)
__
On Tue, May 5, 2020 at 8:25 PM Michel Alexandre Salim <
mic...@michel-slm.name> wrote:
> On 5/1/20 6:19 AM, Jared Dominguez wrote:
> > First post here for me too. I'm chiming in both as a newly minted Red
> > Hat guy and as a former Dell Linux person. :) I'm always a Linux person
> > though and wo
On 5/1/20 6:19 AM, Jared Dominguez wrote:
First post here for me too. I'm chiming in both as a newly minted Red
Hat guy and as a former Dell Linux person. :) I'm always a Linux person
though and work with Mark as well as folks at other OEMs.
Welcome! You won't happen to know if there's an
> From: Matthew Miller
> Sent: Tuesday, May 5, 2020 2:53 PM
>
> On Thu, Apr 30, 2020 at 05:38:41PM -0400, Zachary Snyder wrote:
> > Thanks for reaching out to the mailing list. Not sure if this is the
> > appropriate place for this email but I was wondering if fingerprint scanner
> > support will
FYI:
https://bodhi.fedoraproject.org/updates/FEDORA-2020-852e4b2199
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Win
The latest version of gap-pkg-semigroups has two new dependencies.
Who would like to swap reviews? I need these two:
gap-pkg-ferret: https://bugzilla.redhat.com/show_bug.cgi?id=1830322
gap-pkg-images: https://bugzilla.redhat.com/show_bug.cgi?id=1830323
The latter depends on the former. Thanks,
On Tue, 5 May 2020 at 20:44, Stephen John Smoogen wrote:
>
> On Tue, 5 May 2020 at 13:59, Fabio Valentini wrote:
> >
> > On Tue, May 5, 2020 at 4:08 PM Leigh Griffin wrote:
> > >
> > > We have performed technical analysis at all stages, this is a deeper dive
> > > from two perspectives. The fir
On Mon, May 04, 2020 at 05:05:02PM +0200, Tomas Tomecek wrote:
> For some tasks, the workflow is just fine and pretty straightforward.
> But for the other, it’s very gruesome - the moment you need to touch
> patch files, the horror comes in. The fact that we operate with patch
> files, in a git rep
On Fri, May 01, 2020 at 09:19:02AM -0400, Jared Dominguez wrote:
> First post here for me too. I'm chiming in both as a newly minted Red Hat
> guy and as a former Dell Linux person. :) I'm always a Linux person though
> and work with Mark as well as folks at other OEMs.
Welcome Jared! Glad to have
On Tue, May 05, 2020 at 03:28:25PM -0400, Ben Cotton wrote:
> churchyard suggested we add a "Feedback" section to the Change
> proposal template[1]. I see two benefits to this:
>
> 1. It provides FESCo a useful summary of the community feedback (and
> in particular the reasoning behind rejecting a
churchyard suggested we add a "Feedback" section to the Change
proposal template[1]. I see two benefits to this:
1. It provides FESCo a useful summary of the community feedback (and
in particular the reasoning behind rejecting alternatives) to simplify
the voting process
2. It improves the histori
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 the workflow mostly.
>
> Luckily, force-pushes are not all
On Tue, 2020-05-05 at 14:51 -0400, Matthew Miller wrote:
> On Sat, May 02, 2020 at 10:14:05AM -0700, Kevin Fenzi wrote:
> > Does anyone know why they are all optional there?
>
> I bet it goes back to the days when you could select groups in the
> installer, and then drill down and check any of the
On Thu, Apr 30, 2020 at 05:38:41PM -0400, Zachary Snyder wrote:
> Thanks for reaching out to the mailing list. Not sure if this is the
> appropriate place for this email but I was wondering if fingerprint scanner
> support will be added in updates some how?
>
> I am running fedora 32 gnome on a Le
On Sat, May 02, 2020 at 10:14:05AM -0700, Kevin Fenzi wrote:
> Does anyone know why they are all optional there?
I bet it goes back to the days when you could select groups in the
installer, and then drill down and check any of the optional packages you
actually wanted. If they were default, they
On Tue, 5 May 2020 at 13:59, Fabio Valentini wrote:
>
> On Tue, May 5, 2020 at 4:08 PM Leigh Griffin wrote:
> >
> >
> >
> > On Tue, May 5, 2020 at 10:55 AM Guido Aulisi wrote:
> >>
> >> Il giorno dom, 26/04/2020 alle 18.13 +0100, Aoife Moloney ha scritto:
> >> > # CPE Weekly: 2020-04-26
> >> > -
* Neal Gompa:
> On Tue, May 5, 2020 at 1:33 PM Florian Weimer wrote:
>>
>> * Neal Gompa:
>>
>> > In the merged-source world, the packaging is an aspect of managing the
>> > software codebase. This is common in Debian and ALT Linux, where the
>> > standard practice with their tooling is to fork th
On Tue, May 5, 2020, 18:52 Fabio Valentini wrote:
> On Tue, May 5, 2020 at 4:08 PM Leigh Griffin wrote:
> >
> >
> >
> > On Tue, May 5, 2020 at 10:55 AM Guido Aulisi
> wrote:
> >>
> >> Il giorno dom, 26/04/2020 alle 18.13 +0100, Aoife Moloney ha scritto:
> >> > # CPE Weekly: 2020-04-26
> >> > --
On Tue, 2020-05-05 at 13:02 -0500, Justin Forbes wrote:
>
> > So when I'm trying to fix an urgent issue in a package that tries to
> > keep its spec file elsewhere, I usually just fix it in dist-git and
> > issue apologies later. I don't see a way this is ever going to not be
> > the case unless y
On Tue, May 5, 2020 at 11:43 AM Adam Williamson
wrote:
>
> 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 targe
Thanks for sharing that, Simo. I respect your opinion.
Believe me, I do like my git history clean and I go to great lengths to
keep it clean. I certainly don't think I'm lazy when it comes to
that. However, I don't think that maintaining a linear history helps
with readability and understandabilit
On Tue, May 5, 2020 at 4:08 PM Leigh Griffin wrote:
>
>
>
> On Tue, May 5, 2020 at 10:55 AM Guido Aulisi wrote:
>>
>> Il giorno dom, 26/04/2020 alle 18.13 +0100, Aoife Moloney ha scritto:
>> > # CPE Weekly: 2020-04-26
>> > ---
>> > title: CPE Weekly status email
>> > tags: CPE Weekly, email
>> >
On Tue, May 5, 2020 at 1:33 PM Florian Weimer wrote:
>
> * Neal Gompa:
>
> > In the merged-source world, the packaging is an aspect of managing the
> > software codebase. This is common in Debian and ALT Linux, where the
> > standard practice with their tooling is to fork the codebase and
> > inte
* Neal Gompa:
> In the merged-source world, the packaging is an aspect of managing the
> software codebase. This is common in Debian and ALT Linux, where the
> standard practice with their tooling is to fork the codebase and
> integrate the packaging files into the tree. Changes then are managed
>
On Mon, May 4, 2020 at 11:06 AM Tomas Tomecek wrote:
>
> 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 learn all the details. Even though we operate with projects
> in a dist-git repository, the layout
On Tue, May 05, 2020 at 09:42:22AM -0700, Adam Williamson wrote:
> 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 ou
On 5/5/20 17:53, Jerry James wrote:
On Tue, May 5, 2020 at 9:27 AM Miro Hrončok wrote:
I am getting hundreds of warnings/errors on s390x on Fedora 32:
See https://bugzilla.redhat.com/show_bug.cgi?id=1817659
Thanks! I went ahead and submitted the fixed annobin package as a
buildroot overri
On Tue, May 5, 2020 at 7:46 AM Michael Catanzaro wrote:
>
> On Mon, May 4, 2020 at 7:14 pm, Chris Murphy
> wrote:
> > It's been this way as long as I can remember.
>
> I have /var/log/journal and I'm almost positive that I didn't do
> anything to create it.
Clean installs, at least Workstation a
> Hey Florian,
>
> On Mon, 4 May 2020 at 10:03, Florian Weimer wrote:
>>
>> > as part of https://hackmd.io/kIje9yXTRdWITwP7cFK2pA (annotated tags
>> > pushed by package maintainers) effort, I revisited the sorting
>> > algorithm that is used to determine the "latest" tag for a given
>> > package w
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 (or
> > > even all Red Hat operating systems). Yes, th
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 for newcomers, it may take a
> while to learn all the details. E
OLD: Fedora-Rawhide-20200504.n.0
NEW: Fedora-Rawhide-20200505.n.0
= SUMMARY =
Added images:3
Dropped images: 0
Added packages: 2
Dropped packages:0
Upgraded packages: 80
Downgraded packages: 0
Size of added packages: 10.11 MiB
Size of dropped packages:0 B
On 05. 05. 20 18:12, Tomas Tomecek wrote:
Benefits?
* One works with real source files and not with `SHA512
(nyancat-1.5.2.tar.gz) = 8eee5da8afacdbe8b6b5f6...`
* I can easily pull commits from upstream if needed
* I can also easily propose patches upstream from such a repository
* Updating to la
On Tue, May 5, 2020 at 1:04 PM Miro Hrončok wrote:
>
> On 05. 05. 20 12:41, Tomas Tomecek wrote:
> > 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 the workflow mostly.
>
> Experimenting i
On Tue, May 5, 2020 at 6:01 PM Florian Weimer wrote:
>
> * Fabio Valentini:
>
> > On Wed, Apr 15, 2020 at 5:50 PM Florian Weimer wrote:
> >>
> >> This follows the removal of the system call from Linux 5.5. Having the
> >> header and function just confuses configure checks that assume that if
> >
Hi everybody,
The Stewardship SIG has started to drop some old and unused
functionality in some of our packages, which made it possible to drop
some ancient cruft (some of those packages have not been touched
upstream for over 15 years).
So, we have orphaned the following packages, since we no lo
* Fabio Valentini:
> On Wed, Apr 15, 2020 at 5:50 PM Florian Weimer wrote:
>>
>> This follows the removal of the system call from Linux 5.5. Having the
>> header and function just confuses configure checks that assume that if
>> the function is present, it will do something useful (it never did
On Tue, May 5, 2020 at 9:27 AM Miro Hrončok wrote:
> I am getting hundreds of warnings/errors on s390x on Fedora 32:
See https://bugzilla.redhat.com/show_bug.cgi?id=1817659
--
Jerry James
http://www.jamezone.org/
___
devel mailing list -- devel@lists.f
On Tue, May 5, 2020 at 1:09 PM clime wrote:
>
> Imho, it would be nice if this could live on src.fp.o in a separate
> dedicated namespace for source repos.
Agreed, that would be ideal!
Tomas
___
devel mailing list -- devel@lists.fedoraproject.org
To u
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 (or
> > even all Red Hat operating systems). Yes, there are hundreds of
> > distributions and we cannot solve thei
On Wed, Apr 15, 2020 at 5:50 PM Florian Weimer wrote:
>
> This follows the removal of the system call from Linux 5.5. Having the
> header and function just confuses configure checks that assume that if
> the function is present, it will do something useful (it never did on
> aarch64, and it's bee
On Tue, May 5, 2020 at 3:29 PM Ondřej Lysoněk wrote:
> This "rebase all PRs" thing seems to be a recurring theme... What is the
> reason to ask contributors to rebase? (I mean, are we trying to go back
> to the days of centralized version control systems?)
>
> In my experience, there is rarely a g
On Tue, May 5, 2020 at 12:13 PM Florian Weimer wrote:
>
> * Tomas Tomecek:
>
> > Florian, a very good point. Yes, we are planning to support GitLab -
> > we have a GSoC project for it:
>
> > https://pagure.io/mentored-projects/issue/69
>
> Is a GSoC project really the appropriate vehicle for this?
I am getting hundreds of warnings/errors on s390x on Fedora 32:
https://koji.fedoraproject.org/koji/taskinfo?taskID=44118042
annobin:
/builddir/build/BUILD/Python-3.9.0a6/Tools/peg_generator/peg_extension/peg_extension.c:
debugging: index = 853 max = 1773
annobin:
/builddir/build/BUILD/Python
On Tue, 5 May 2020 at 11:35, clime wrote:
>
> Hey Florian,
>
> On Mon, 4 May 2020 at 10:03, Florian Weimer wrote:
> >
> > > as part of https://hackmd.io/kIje9yXTRdWITwP7cFK2pA (annotated tags
> > > pushed by package maintainers) effort, I revisited the sorting
> > > algorithm that is used to dete
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 1/8 (x86_64)
Old failures (same test failed in Fedora-IoT-33-20200504.0):
ID: 593095 Test: x86_64 IoT-dvd_ostree-iso release_identification
URL: https://openqa.fedoraproject.org/tests/593095
Passed openQA tests:
Beginning today through 19 May, you may nominate candidates for the 4 open
seats on the Fedora Engineering Steering Committee (FESCo).
To nominate yourself (or others, if you check with them first), visit:
https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations
FESCo is currently
Sorry little reant ahead:
In general, merge commits are hideous, they can conceal merge conflict
resolution that can a) introduce bugs, b) make it hard to figure out
when bugs were introduced by preventing use of git bisect and c)
generally make it very hard to understand the history of changes.
On Tue, May 5, 2020 at 10:55 AM Guido Aulisi wrote:
> Il giorno dom, 26/04/2020 alle 18.13 +0100, Aoife Moloney ha scritto:
> > # CPE Weekly: 2020-04-26
> > ---
> > title: CPE Weekly status email
> > tags: CPE Weekly, email
> > ---
>
> Hello,
>
> ... snip
> >
> > ## GitForge Updates
> > * We will
On Mon, May 4, 2020 at 7:14 pm, Chris Murphy
wrote:
It's been this way as long as I can remember.
I have /var/log/journal and I'm almost positive that I didn't do
anything to create it.
___
devel mailing list -- devel@lists.fedoraproject.org
To un
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 the workflow mostly.
>
> Luckily, force-pushes are not all
On Mon, May 04, 2020 at 05:02:13PM +0200, Fabio Valentini wrote:
> For you, those broken packages are:
>
> jjames flocq
> jjames frama-c
> jjames gappalib-coq
> jjames ocaml-lablgtk3
> jjames ocaml-lablgtk3-devel
> jjames ocaml-lablgtk3-gtkspell3
> jjames ocaml-lablgtk3
On Mon, May 4, 2020, at 11:05 AM, Tomas Tomecek wrote:
> In the packit project, we work in source-git repositories
There's really 3 options:
- dist-git as it exists today (what we thought made sense in the days of CVS
converted into git without much re-engineering)
- source-git (used in Debia
On Tue, May 05, 2020 at 02:09:46PM +0100, Richard W.M. Jones wrote:
> On Sun, May 03, 2020 at 09:46:35AM +0200, Igor Gnatenko wrote:
> > Hello,
> >
> > Is anybody planning to fix bunch of FTI (Fails To Install) ocaml
> > packages in rawhide?
>
> Sorry, didn't see this email to now.
>
> There's a
On Sun, May 03, 2020 at 09:46:35AM +0200, Igor Gnatenko wrote:
> Hello,
>
> Is anybody planning to fix bunch of FTI (Fails To Install) ocaml
> packages in rawhide?
Sorry, didn't see this email to now.
There's a new build of OCaml 4.11 prerelease going through right now
(since yesterday evening).
On Tue, May 05, 2020 at 12:41:06PM +0200, Tomas Tomecek wrote:
> Petr, I should have probably stressed that our target is Fedora (or
> even all Red Hat operating systems). Yes, there are hundreds of
> distributions and we cannot solve their problems. We are open for
> collaboration though - we cann
On Tue, 5 May 2020 at 13:06, Miro Hrončok wrote:
>
> On 05. 05. 20 12:41, Tomas Tomecek wrote:
> > 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 the workflow mostly.
>
> Experimenting is
On 05. 05. 20 12:41, Tomas Tomecek wrote:
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 the workflow mostly.
Experimenting is cool. Go ahead. As long as this is totally opt-in and does not
af
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 the workflow mostly.
Luckily, force-pushes are not allowed in dist-git, which makes the
up
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
On 05. 05. 20 8:43, Panu Matilainen wrote:
Hmm, OTOH this is a bit questionable: macro primitives can only take arguments
in the %{foo:bar} form, so perhaps the non-%{} form actually
should fall through silently.
OTOH I'd argue anything that resembles a macro, even if nonexistent, should fail
On Mon, May 4, 2020 at 5:43 PM Richard Shaw wrote:
>
> This may not be related enough to discuss here so I'll take it to another
> thread if needed, but...
>
> One thing that really bugs me is there's still a catch-22. When you're
> working on a new package there is no "git" to work with. I used
* Tomas Tomecek:
> Florian, a very good point. Yes, we are planning to support GitLab -
> we have a GSoC project for it:
> https://pagure.io/mentored-projects/issue/69
Is a GSoC project really the appropriate vehicle for this?
Gitlab has one major advantage over Github: it is possible to restri
On Tue, May 05, 2020 at 11:58:11AM +0200, Stephan Bergmann wrote:
> So when is doing koji f32 aarch64 builds expected to work again? (Asking
> because a flatpak build of mine was still failing because of this issue a
> couple of hours ago, and I'm not sure this is generally not expected to work
> a
Florian, a very good point. Yes, we are planning to support GitLab -
we have a GSoC project for it:
https://pagure.io/mentored-projects/issue/69
On Mon, May 4, 2020 at 6:07 PM Florian Weimer wrote:
>
> * Tomas Tomecek:
>
> > In the packit project, we work in source-git repositories. These are
> >
> I'm stuck on the following build failure of the aarch64 build here [1]
>
> /usr/bin/ld: .libs/geod: hidden symbol `__aarch64_ldadd4_acq_rel' in
> /usr/lib/gcc/aarch64-redhat-linux/10/libgcc.a(ldadd_4_4.o) is referenced
> by DSO
> /usr/bin/ld: final link failed: bad v
On 02/05/2020 19:19, Kevin Fenzi wrote:
On Sat, May 02, 2020 at 11:51:57AM -0500, Rex Dieter wrote:
Jakub Jelinek wrote:
On Sat, May 02, 2020 at 12:36:29PM +0200, Sandro Mani wrote:
Hi
I'm stuck on the following build failure of the aarch64 build here [1]
/usr/bin/ld: .libs/geod: hidden sym
Il giorno dom, 26/04/2020 alle 18.13 +0100, Aoife Moloney ha scritto:
> # CPE Weekly: 2020-04-26
> ---
> title: CPE Weekly status email
> tags: CPE Weekly, email
> ---
Hello,
... snip
>
> ## GitForge Updates
> * We will be tracking our progress here
> https://fedoraproject.org/wiki/Git_forge_upd
Hey Florian,
On Mon, 4 May 2020 at 10:03, Florian Weimer wrote:
>
> > as part of https://hackmd.io/kIje9yXTRdWITwP7cFK2pA (annotated tags
> > pushed by package maintainers) effort, I revisited the sorting
> > algorithm that is used to determine the "latest" tag for a given
> > package which is ne
On Tue, May 05, 2020 at 11:23:59AM +0200, Michael Schwendt wrote:
> On Tue, 5 May 2020 at 10:33, Pierre-Yves Chibon wrote:
> >
> > The scripts syncing information from dist-git to bugzilla have been broken
> > for a
> > long time (less than 5 years though) and we've picked them up, fixed and
> >
On Tue, 5 May 2020 at 10:33, Pierre-Yves Chibon wrote:
>
> The scripts syncing information from dist-git to bugzilla have been broken
> for a
> long time (less than 5 years though) and we've picked them up, fixed and clean
> them so they work again.
> This has been announced here and on devel-ann
No missing expected images.
Soft failed openQA tests: 1/1 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 592656 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/592656
--
Mail generated by check-compose:
https://pagure.i
On Mon, May 04, 2020 at 04:44:00PM +, Zbigniew Jędrzejewski-Szmek wrote:
> Aside: the PEERNTP option seems to be very weakly documented. After
> some searching I found [1, 2] and [3]. Some up-to-date documentation would
> be necessary if users are expected to configure this.
Ok. I filed bug #1
On Tue, May 05, 2020 at 08:53:27AM +0200, Vít Ondruch wrote:
> I also wonder what happened to rubygem-slop [1], because it says it is
> retired, while it should be only orphaned [2].
>
> [1] https://src.fedoraproject.org/rpms/rubygem-slop
Looks like some debugging slipped it way to the release an
On Tue, May 05, 2020 at 02:42:27AM +0200, Michael Schwendt wrote:
> On Mon, 04 May 2020 20:12:58 -0400, James Cassell wrote:
>
> > > Can this stop, please?
> > >
> > > Again somebody has used a script to assign bugzilla EPEL tickets to me
> > > again, although I am not responsible for the EPEL pa
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].
>
>
> Vít
>
>
> [1]
https://bugzilla.redhat.com/show_bug.cgi?id=1831525
Bug ID: 1831525
Summary: perl-Regexp-Grammars-1.054 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Regexp-Grammars
Keywords: FutureFeature, Tri
79 matches
Mail list logo
