The following Fedora EPEL 8 Security updates need testing:
Age URL
13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-7f0ce51dbd
python-bleach-3.1.4-2.el8
11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-72116e7775
chromium-81.0.4044.122-1.el8
11
https://bugzilla.redhat.com/show_bug.cgi?id=1827726
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-DateTime-TimeZone-2.39 |perl-DateTime-TimeZone-2.39
https://bugzilla.redhat.com/show_bug.cgi?id=1832089
Bug ID: 1832089
Summary: FTI: perl-PDL: perl-PDL
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-PDL
Assignee: jples...@redhat.com
Reporter:
https://bugzilla.redhat.com/show_bug.cgi?id=1827253
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Date-Manip-6.81-1.fc31 |perl-Date-Manip-6.81-1.fc31
https://bugzilla.redhat.com/show_bug.cgi?id=1828234
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Date-Holidays-DE-2.05- |perl-Date-Holidays-DE-2.05-
https://bugzilla.redhat.com/show_bug.cgi?id=1827726
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-DateTime-TimeZone-2.39 |perl-DateTime-TimeZone-2.39
https://bugzilla.redhat.com/show_bug.cgi?id=1831970
Bug ID: 1831970
Summary: perl-Net-DAVTalk-0.19 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Net-DAVTalk
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1828234
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1827253
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1827726
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://fedorapeople.org/groups/389ds/ci/nightly/2020/05/06/report-389-ds-base-1.4.4.1-20200505git8895fc4.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1831326
--- Comment #8 from Fedora Update System ---
FEDORA-2020-a040d77561 has been pushed to the Fedora 31 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade
https://bugzilla.redhat.com/show_bug.cgi?id=1831525
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1831326
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #7 from
https://bugzilla.redhat.com/show_bug.cgi?id=1830631
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
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:
This is related to my breaking of various packages by dropping
python34-six. Should we:
- re-add python34-six
- Make an announcement and start removing python34- from EPEL7 starting
with:
# repoquery --whatrequires python34-six --recursive --disablerepo=*
--enablerepo=epel* | sort -u
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
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
On 28. 04. 20 11:35, Miro Hrončok wrote:
%py_provides is actually much better:
- shorter, yet still understandable
- easily distinguishable from %python_provide
Thanks.
%py_provides is now available in rawhide for testing.
I will backport it later, so for now using it unconditionalized
On 08. 04. 20 13:28, Miro Hrončok wrote:
On 07. 04. 20 12:27, Miro Hrončok wrote:
When you use %python_provide and when you build the package with the new
generator, the provides are listed twice:
$ rpm -qp --provides python3-double-provides-0-0.fc33.noarch.rpm
python-double-provides =
https://bugzilla.redhat.com/show_bug.cgi?id=1831904
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-IPC-Run-20200505.0-1.fc30.src.rpm for rawhide failed
http://koji.fedoraproject.org/koji/taskinfo?taskID=44135040
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1831904
Bug ID: 1831904
Summary: perl-IPC-Run-20200505.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-IPC-Run
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1831904
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1685450
--> https://bugzilla.redhat.com/attachment.cgi?id=1685450=edit
[patch] Update to 20200505.0 (#1831904)
--
You are receiving this mail because:
You are on the
https://bugzilla.redhat.com/show_bug.cgi?id=1678626
Dridi Boukelmoune changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Resolution|---
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
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
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 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
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
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
Hi guys, I was looking to join Fedora development, and as I'm most familiar with Python, I thought the Python SIG would be my way to go. Following the https://fedoraproject.org/wiki/SIGs/Python/JoinSIG guide, it suggests to post a self-introduction to the mailing list, so that's what I'm doing now
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, 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 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 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
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
On 2020-04-30 15:41, Petr Viktorin wrote:
Hello!
Below is a draft of new Packaging Guidelines! It's full of unfinished
areas (marked with XXX), but it's ready for scrutiny.
A possibly updated version is on
https://hackmd.io/XzJe-sHUQvWK7cSrEH_aKg?view
[...]
The draft lives on hackmd.io, which
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
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 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
>> >
https://bugzilla.redhat.com/show_bug.cgi?id=1831831
Bug ID: 1831831
Summary: perl-IO-Async-0.76 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-IO-Async
Keywords: FutureFeature, Triaged
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
> >
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
* 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
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 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, 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
> 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, 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 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.
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
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
>
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
* 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 17:48, Troy Dawson wrote:
On Tue, May 5, 2020 at 8:07 AM Miro Hrončok wrote:
https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#Conflicts_in_compat_packages
"""Due to the EPEL policy of maintaining backwards compatibility, EPEL has a
greater need for forward compat
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 Tue, May 5, 2020 at 8:07 AM Miro Hrončok wrote:
>
> https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#Conflicts_in_compat_packages
>
> """Due to the EPEL policy of maintaining backwards compatibility, EPEL has a
> greater need for forward compat packages than Fedora. When creating, a
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
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 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 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
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:
https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#Conflicts_in_compat_packages
"""Due to the EPEL policy of maintaining backwards compatibility, EPEL has a
greater need for forward compat packages than Fedora. When creating, a compat
package, note that it is okay to set a Conflicts
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
tstellar commented on the pull-request: `Spec file cleanups: Use_make_build and
make_install macros, use NO_PACKLIST=1` that you are following:
``
I've fixed the typo, thanks for catching that.
``
To reply, visit the link below
On Tue, May 05, 2020 at 04:00:28PM +0200, Petr Pisar wrote:
> On Tue, May 05, 2020 at 06:35:14AM -0700, Troy Dawson wrote:
> > On Tue, May 5, 2020 at 12:23 AM Petr Pisar wrote:
> > >
> > > On Mon, May 04, 2020 at 09:11:00AM -0700, Troy Dawson wrote:
> > > > I have not created any bugzila's for
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
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1831660
--- Comment #1 from Jitka Plesnikova ---
Requires libvirt-6.3.0
--
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list --
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
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 05, 2020 at 06:35:14AM -0700, Troy Dawson wrote:
> On Tue, May 5, 2020 at 12:23 AM Petr Pisar wrote:
> >
> > 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
https://bugzilla.redhat.com/show_bug.cgi?id=1830631
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |MODIFIED
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1831525
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
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, May 5, 2020 at 12:23 AM Petr Pisar wrote:
>
> 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
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 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 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
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 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
https://bugzilla.redhat.com/show_bug.cgi?id=1831660
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1831660
Bug ID: 1831660
Summary: perl-Sys-Virt-6.3.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Sys-Virt
Keywords: FutureFeature, Triaged
Never mind, got it using the cockpit, put in the baseDN and the database name and it shows data in it now. Thanks for your help. Jorge F. Hernandez From: William BrownSent: Monday, May 4, 2020 5:59 PMTo: 389 Directory server developer discussion.Subject: [389-devel] Re: Is there
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
https://bugzilla.redhat.com/show_bug.cgi?id=1831326
--- Comment #6 from Fedora Update System ---
FEDORA-2020-e0c3e92cc5 has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-e0c3e92cc5
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1831326
--- Comment #5 from Fedora Update System ---
FEDORA-2020-a040d77561 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-a040d77561
--
You are receiving this mail because:
You are on the CC list
1 - 100 of 145 matches
Mail list logo
