I have opened bugs for affected packages. Unfortunately did not
exclude ocaml-bin-prot, but feel free to just change status to
ASSIGNED and fix it as soon as you can.
On Mon, May 4, 2020 at 4:54 PM Jerry James wrote:
>
> On Sun, May 3, 2020 at 1:47 AM Igor Gnatenko
> wrote:
> > Is anybody
On 5/5/20 2:44 AM, 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 Mon, May 04, 2020 at 05:05:02PM +0200, Tomas Tomecek wrote:
> Over the years there have been multiple tools created to improve the
> development experience:
> rdopkg [r], rpkg-util [ru], tito [t] and probably much much more (e.g.
> the way Fedora kernel developers work on kernel [k]).
>
> In
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
>
>
>
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,
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]
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
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
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:
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
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, 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
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
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
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
>
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
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
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
>
* 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
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
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
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
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
>
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
> 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
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
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, 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 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
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
> >
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
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.
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,
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
* 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
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
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
* 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 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, 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
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
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
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
> >> >
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
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
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
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
* 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 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
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
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
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
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.
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
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:
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
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
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
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
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 --
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
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
> 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
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
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
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 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 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
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
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
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,
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
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
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
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
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 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
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
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1830464
--- Comment #7 from Fedora Update System ---
FEDORA-2020-e71a1d34cb has been pushed to the Fedora 30 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade
On Mon, May 04, 2020 at 09:11:00AM -0700, Troy Dawson wrote:
> I have not created any bugzila's for these yet. I have not checked to
> see if these are in -testing already. This is just a list showing
> what packages currently do not install from EPEL 7.
>
> perl-Image-SubImageFind
>
https://bugzilla.redhat.com/show_bug.cgi?id=1804272
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Convert-UUlib-1.71-1.f |perl-Convert-UUlib-1.71-1.f
https://bugzilla.redhat.com/show_bug.cgi?id=1812799
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-DBD-Firebird-1.32-1.fc |perl-DBD-Firebird-1.32-1.fc
https://bugzilla.redhat.com/show_bug.cgi?id=1793228
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Schedule-Cron-Events-1 |perl-Schedule-Cron-Events-1
https://bugzilla.redhat.com/show_bug.cgi?id=1831314
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1831314
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
jplesnik merged a pull-request against the project: `perl-BDB` that you are
following.
Merged pull-request:
``
Spec file cleanups: Use_make_build and make_install macros
``
https://src.fedoraproject.org/rpms/perl-BDB/pull-request/1
___
perl-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1831322
Petr Pisar changed:
What|Removed |Added
CC||ppi...@redhat.com
Depends On|
https://bugzilla.redhat.com/show_bug.cgi?id=1831324
Petr Pisar changed:
What|Removed |Added
Blocks||1831322
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1831324
Petr Pisar changed:
What|Removed |Added
CC||ppi...@redhat.com
Depends On|
https://bugzilla.redhat.com/show_bug.cgi?id=1823368
Petr Pisar changed:
What|Removed |Added
Blocks||1831324
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1831326
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
The following Fedora EPEL 6 Security updates need testing:
Age URL
12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-2e91626690
php-horde-horde-5.2.22-1.el6
12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-ed97a34306
qt5-qtbase-5.6.1-6.el6
12
pghmcfc commented on the pull-request: `Spec file cleanups: Use_make_build and
make_install macros, use NO_PACKLIST=1` that you are following:
``
Hi Tom, the Perl Tips URL is missing an "r" at the end:
```
<<< https://fedoraproject.org/wiki/Perl/Tips#ExtUtils::MakeMake
>>>
jplesnik merged a pull-request against the project: `perl-B-Compiling` that you
are following.
Merged pull-request:
``
Spec file cleanups: Use_make_build and make_install macros
``
https://src.fedoraproject.org/rpms/perl-B-Compiling/pull-request/1
pghmcfc merged a pull-request against the project: `perl-B-Hooks-OP-Check` that
you are following.
Merged pull-request:
``
Spec file cleanups: Use_make_build and make_install macros, use NO_PACKLIST=1
``
https://src.fedoraproject.org/rpms/perl-B-Hooks-OP-Check/pull-request/1
1 - 100 of 145 matches
Mail list logo
