Rahul Sundaram writes:
> Hi
>
> On Fri, Jan 31, 2020 at 10:46 AM Pierre-Yves Chibon wrote:
>
>>
>> Welcome to our lives!
>> If it was mathematically possible to go above 100% that's how much
>> agreement you
>> would have from us.
>>
>
> If Red Hat is using Pagure internally, it is really odd to
On 01. 02. 20 8:36, Miro Hrončok wrote:
On 01. 02. 20 0:31, Fabio Valentini wrote:
Hi everybody,
I've noticed these a few times now, and I have *no idea* where this is
coming from, for example:
dnf --releasever=rawhide --repo rawhide --repo rawhide-source
repoquery --source --requires
On 01. 02. 20 0:31, Fabio Valentini wrote:
Hi everybody,
I've noticed these a few times now, and I have *no idea* where this is
coming from, for example:
dnf --releasever=rawhide --repo rawhide --repo rawhide-source
repoquery --source --requires python-pytest-harvest
lists:
directory
I have tried to use Jack before and I have to say that a tool like that is
really needed. I am new here as a packager also, but I've been using Fedora for
a long time. I'm glad to see your project coming to Fedora. Good luck to you.
On Friday, January 31, 2020, 7:00:02 PM EST, Erich
Hi Eric
On Fri, Jan 31, 2020 at 6:59 PM Erich Eickmeyer
wrote:
> Hello all!
>
> I'm Erich, the current project leader of Ubuntu Studio, the
> creativity-oriented flavor of Ubuntu. I've been leading that project for
> the past two years.
>
> In order to do the Self-Contained Change
https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/01/report-389-ds-base-1.4.3.2-20200201git5afacd3.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=1797154
--- Comment #1 from Upstream Release Monitoring
---
An unexpected error occurred while creating the scratch build and has been
automatically reported. Sorry!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1797154
Bug ID: 1797154
Summary: perl-Modern-Perl-1.20200201 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Modern-Perl
Keywords: FutureFeature,
On 1/31/20 9:10 PM, Jay Fenlason wrote:
I have a small FreeIPA deployment of ~6-8 servers running on Centos
7.7. Do to the addition and removal of some of the servers, some
cruft (tombstones, replication conflicts, etc) have crept in to the
directory. I noticed that when I attempted to delete
https://bugzilla.redhat.com/show_bug.cgi?id=1796684
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Data-Serializer-0.63
I have a small FreeIPA deployment of ~6-8 servers running on Centos
7.7. Do to the addition and removal of some of the servers, some
cruft (tombstones, replication conflicts, etc) have crept in to the
directory. I noticed that when I attempted to delete some of the
cruft entries, ns-slapd would
https://bugzilla.redhat.com/show_bug.cgi?id=1796330
--- Comment #8 from Fedora Update System ---
perl-Sereal-4.008-1.fc31, perl-Sereal-Decoder-4.008-1.fc31,
perl-Sereal-Encoder-4.008-1.fc31 has been pushed to the Fedora 31 testing
repository. If problems still persist, please make note of it
https://bugzilla.redhat.com/show_bug.cgi?id=1796332
--- Comment #11 from Fedora Update System ---
perl-Sereal-4.008-1.fc31, perl-Sereal-Decoder-4.008-1.fc31,
perl-Sereal-Encoder-4.008-1.fc31 has been pushed to the Fedora 31 testing
repository. If problems still persist, please make note of it
https://bugzilla.redhat.com/show_bug.cgi?id=1796331
--- Comment #11 from Fedora Update System ---
perl-Sereal-4.008-1.fc31, perl-Sereal-Decoder-4.008-1.fc31,
perl-Sereal-Encoder-4.008-1.fc31 has been pushed to the Fedora 31 testing
repository. If problems still persist, please make note of it
https://bugzilla.redhat.com/show_bug.cgi?id=1779823
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1796331
--- Comment #10 from Fedora Update System ---
perl-Sereal-4.008-1.el8, perl-Sereal-Decoder-4.008-1.el8,
perl-Sereal-Encoder-4.008-1.el8 has been pushed to the Fedora EPEL 8 testing
repository. If problems still persist, please make note of it
https://bugzilla.redhat.com/show_bug.cgi?id=1796330
--- Comment #7 from Fedora Update System ---
perl-Sereal-4.008-1.el8, perl-Sereal-Decoder-4.008-1.el8,
perl-Sereal-Encoder-4.008-1.el8 has been pushed to the Fedora EPEL 8 testing
repository. If problems still persist, please make note of it
https://bugzilla.redhat.com/show_bug.cgi?id=1796332
--- Comment #10 from Fedora Update System ---
perl-Sereal-4.008-1.el8, perl-Sereal-Decoder-4.008-1.el8,
perl-Sereal-Encoder-4.008-1.el8 has been pushed to the Fedora EPEL 8 testing
repository. If problems still persist, please make note of it
https://bugzilla.redhat.com/show_bug.cgi?id=1793586
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-PPIx-Regexp-0.068-1.fc |perl-PPIx-Regexp-0.068-1.fc
https://bugzilla.redhat.com/show_bug.cgi?id=1793459
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-ExtUtils-CBuilder-0.28 |perl-ExtUtils-CBuilder-0.28
https://bugzilla.redhat.com/show_bug.cgi?id=1793152
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-CPAN-Perl-Releases-5.2 |perl-CPAN-Perl-Releases-5.2
https://bugzilla.redhat.com/show_bug.cgi?id=1793146
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Module-CoreList-5.2020 |perl-Module-CoreList-5.2020
https://bugzilla.redhat.com/show_bug.cgi?id=1796331
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #9 from
https://bugzilla.redhat.com/show_bug.cgi?id=1796330
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #6 from
https://bugzilla.redhat.com/show_bug.cgi?id=1796332
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #9 from
Hello all!
I'm Erich, the current project leader of Ubuntu Studio, the creativity-oriented
flavor of Ubuntu. I've been leading that project for the past two years.
In that time, my team and I have taken Ubuntu Studio strides from where it was.
However, due to some circumstances I will not
Richard W.M. Jones wrote:
> I didn't say RHEL completely ignores them. They are not fixed
> asynchronously but we do fix them in the next regular minor release.
Sometimes. Not always though.
I have seen more than one security issue that we fixed very quickly in
Fedora, but that was marked
Hi everybody,
I've noticed these a few times now, and I have *no idea* where this is
coming from, for example:
dnf --releasever=rawhide --repo rawhide --repo rawhide-source
repoquery --source --requires python-pytest-harvest
lists:
directory
pyproject-rpm-macros
python3-devel
On Fri, 31 Jan 2020 at 20:45, Robbie Harwood wrote:
>
> You received a total of between 4 and 8 emails depending on how bugzilla
> batched them. My apologies for the extra 3-7.
More than eight because of needinfo notifications, "assigned" and "Cc"
changes and tracker ticket changes.
> >>
https://pagure.io/389-ds-base/pull-request/50874
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=1797093
Bug ID: 1797093
Summary: perl-Devel-PPPort-3.57 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Devel-PPPort
Keywords: FutureFeature, Triaged
Hi everybody,
With more responsibilities (FPC, Stewardship SIG, FESCo) and the
ever-growing number of packages I maintain, I don't have as much time
for the things I originally started my contributions to fedora with -
the Pantheon desktop and the accompanying elementary applications.
What makes
Michael Schwendt writes:
> On Fri, 31 Jan 2020 at 18:11, Robbie Harwood wrote:
>>
>> I could have also needinfo(Michael) (and in hindsight I probably
>> should have), but based on their reaction, I don't think they would
>> have been any happier with that.
>
> I would have preferred private
On 1/31/20 10:31 AM, Tom Hughes wrote:
> On 31/01/2020 15:29, Tom Hughes wrote:
>> On 31/01/2020 15:23, Steve Dickson wrote:
>>
I know there was a change with systemd-networkd in a recent release so
that it now creates a unique but persistent MAC for bridges and maybe
other
https://bugzilla.redhat.com/show_bug.cgi?id=1797039
Scott Talbert changed:
What|Removed |Added
Blocks||1796695
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=1797039
Bug ID: 1797039
Summary: Please build perl-Data-Validate-IP for EPEL8
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Data-Validate-IP
Assignee:
On Fri, 31 Jan 2020 at 18:11, Robbie Harwood wrote:
>
> I could have also needinfo(Michael) (and in hindsight I probably should
> have), but based on their reaction, I don't think they would have been
> any happier with that.
I would have preferred private email over assigning multiple tickets
On Fri, Jan 31, 2020 at 11:27:04AM -0700, Jerry James wrote:
> On Thu, Jan 30, 2020 at 7:39 PM Kevin Fenzi wrote:
> > * There were some failures on s390x at the beginning of the mass
> > rebuild. We will try and resubmit these after the mass rebuild is
> > done. You're welcome to resubmit them
On Fri, Jan 31, 2020 at 01:44:08PM +0100, Alejandro Álvarez Ayllón wrote:
> >
> > It must be built against ocaml-lwt-4.4.0-6.fc32 (ie.
> > https://koji.fedoraproject.org/koji/buildinfo?buildID=1444113).
> >
> > However I cannot get ocaml-curl to build against this version. Tried
> > building it
On Fri, Jan 31, 2020 at 10:41:36AM +, Richard W.M. Jones wrote:
> On Thu, Jan 30, 2020 at 06:32:24PM -0800, Kevin Fenzi wrote:
> > Just a few reminders for folks:
> >
> > * If your package failed to build in the mass rebuild
> > (
Neal Gompa writes:
> Michal Konecny wrote:
>> Vít Ondruch wrote:
>>> Neal Gompa napsal(a):
Randy Barlow wrote:
> Vít Ondruch wrote:
>
>> cough cough errata cough cough
>>
>> Honestly, sometimes the disconnect between what is going on in
>> Fedora and internally in
On Thu, Jan 30, 2020 at 7:39 PM Kevin Fenzi wrote:
> * There were some failures on s390x at the beginning of the mass
> rebuild. We will try and resubmit these after the mass rebuild is
> done. You're welcome to resubmit them (make sure you resubmit or do a
> new build in the f32-rebuild tag, not
Following is the list of topics that will be discussed in the
FESCo meeting on Monday, February 03 2020 at 15:00 UTC
in #fedora-meeting-1 on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2020-02-03 15:00 UTC'
El vie., 31 ene. 2020 18:21, Dan Horák escribió:
> On Fri, 31 Jan 2020 18:14:55 +0100
> Dan Horák wrote:
>
> > On Fri, 31 Jan 2020 18:08:11 +0100
> > Alejandro Álvarez Ayllón wrote:
> >
> > > El vie., 31 ene. 2020 17:59, Dan Horák escribió:
> > >
> > > > On Fri, 31 Jan 2020 16:43:21 +0100
> >
https://bugzilla.redhat.com/show_bug.cgi?id=1796984
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On Fri, 31 Jan 2020 18:14:55 +0100
Dan Horák wrote:
> On Fri, 31 Jan 2020 18:08:11 +0100
> Alejandro Álvarez Ayllón wrote:
>
> > El vie., 31 ene. 2020 17:59, Dan Horák escribió:
> >
> > > On Fri, 31 Jan 2020 16:43:21 +0100
> > > Dan Horák wrote:
> > >
> > > > On Fri, 31 Jan 2020 16:32:15
https://bugzilla.redhat.com/show_bug.cgi?id=1796984
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
On Fri, 31 Jan 2020 18:08:11 +0100
Alejandro Álvarez Ayllón wrote:
> El vie., 31 ene. 2020 17:59, Dan Horák escribió:
>
> > On Fri, 31 Jan 2020 16:43:21 +0100
> > Dan Horák wrote:
> >
> > > On Fri, 31 Jan 2020 16:32:15 +0100
> > > Alejandro Álvarez Ayllón wrote:
> > >
> > > > Hello all,
> >
On 31/01/2020 17:08, Alejandro Álvarez Ayllón wrote:
It is the first time I compile this software in ppc64, and probably the
first time it has been. The problem is that I do not have access to a
ppc machine to reproduce the issue. I'll try next week with qemu perhaps.
You can always use the
On Fri, 31 Jan 2020 18:08:11 +0100
Alejandro Álvarez Ayllón wrote:
> El vie., 31 ene. 2020 17:59, Dan Horák escribió:
>
> > On Fri, 31 Jan 2020 16:43:21 +0100
> > Dan Horák wrote:
> >
> > > On Fri, 31 Jan 2020 16:32:15 +0100
> > > Alejandro Álvarez Ayllón wrote:
> > >
> > > > Hello all,
> >
Fabio Valentini writes:
> Michael Schwendt wrote:
>> On Thu, 30 Jan 2020 14:44:50 +0100, Kevin Kofler wrote:
>>> Fabio Valentini wrote:
>>
>> All this would not even interest me at all, but almost a week ago
>> someone from Red Hat Security decided it would be a good idea to
>> assign to me
El vie., 31 ene. 2020 17:59, Dan Horák escribió:
> On Fri, 31 Jan 2020 16:43:21 +0100
> Dan Horák wrote:
>
> > On Fri, 31 Jan 2020 16:32:15 +0100
> > Alejandro Álvarez Ayllón wrote:
> >
> > > Hello all,
> > >
> > > I am on the process of creating a new package, and making sure it
> > > builds
On 1/29/20 10:09 PM, Huzaifa Sidhpurwala wrote:
Do we want to continue the same condition as described here:
On Fri, 31 Jan 2020 16:43:21 +0100
Dan Horák wrote:
> On Fri, 31 Jan 2020 16:32:15 +0100
> Alejandro Álvarez Ayllón wrote:
>
> > Hello all,
> >
> > I am on the process of creating a new package, and making sure it
> > builds smoothly on Fedora.
> > However, even if it compiles successfully in
https://bugzilla.redhat.com/show_bug.cgi?id=1796984
Bug ID: 1796984
Summary: perl-Test2-Suite-0.000129 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test2-Suite
Keywords: FutureFeature, Triaged
On Fri, Jan 31, 2020 at 3:53 PM Rahul Sundaram wrote:
> Hi
>
> On Fri, Jan 31, 2020 at 10:46 AM Pierre-Yves Chibon wrote:
>
>>
>> Welcome to our lives!
>> If it was mathematically possible to go above 100% that's how much
>> agreement you
>> would have from us.
>>
>
> If Red Hat is using Pagure
Rex Dieter wrote:
> Damian Ivanov wrote:
>
>>>Bumping Qt versions is... a fairly difficult process in fedora,
>>>unfortunately.
>>
>> Introducing a new Qt version could be very simple I think:
>> 1) Branch all Qt related packages (it should be with a one line
>> command or using a web
Damian Ivanov wrote:
>>Bumping Qt versions is... a fairly difficult process in fedora,
>>unfortunately.
>
> Introducing a new Qt version could be very simple I think:
> 1) Branch all Qt related packages (it should be with a one line
> command or using a web interface)
> 2) Edit package version
https://bugzilla.redhat.com/show_bug.cgi?id=1796977
Bug ID: 1796977
Summary: perl-Sereal-Decoder-4.009 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Sereal-Decoder
Keywords: FutureFeature,
https://bugzilla.redhat.com/show_bug.cgi?id=1796979
Bug ID: 1796979
Summary: perl-Sereal-4.009 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Sereal
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1796978
Bug ID: 1796978
Summary: perl-Sereal-Encoder-4.009 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Sereal-Encoder
Keywords: FutureFeature,
Hi
On Fri, Jan 31, 2020 at 10:46 AM Pierre-Yves Chibon wrote:
>
> Welcome to our lives!
> If it was mathematically possible to go above 100% that's how much
> agreement you
> would have from us.
>
If Red Hat is using Pagure internally, it is really odd to discuss
replacing Pagure with something
On Fri, Jan 31, 2020 at 04:32:15PM +0100, Alejandro Álvarez Ayllón wrote:
> I am on the process of creating a new package, and making sure it builds
> smoothly on Fedora.
> However, even if it compiles successfully in ppc64le, the %check command
> fails with this error:
>
>
On Fri, 31 Jan 2020, 14:53 Michael Catanzaro, wrote:
> On Fri, Jan 31, 2020 at 2:47 pm, Dominik 'Rathann' Mierzejewski
> wrote:
> > I'm very well aware of the above, but I'm forced to use some
> > proprietary
> > software that is linked against gstreamer 0.10, so I need to maintain
> > these
On Fri, Jan 31, 2020 at 12:11:08PM +0100, Vít Ondruch wrote:
>
> Of course, there is a lot of business logic specific to Red Hat projects
> backed into Errata, but ultimately, it does not help to anybody if
> Fedora release process is using different tools then Red Hat internally.
> What Red Hat
On Fri, 31 Jan 2020 16:32:15 +0100
Alejandro Álvarez Ayllón wrote:
> Hello all,
>
> I am on the process of creating a new package, and making sure it
> builds smoothly on Fedora.
> However, even if it compiles successfully in ppc64le, the %check
> command fails with this error:
>
>
https://bugzilla.redhat.com/show_bug.cgi?id=1796587
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On Thu, 30 Jan 2020 at 20:49, Kevin Fenzi wrote:
> On Thu, Jan 30, 2020 at 07:57:22AM -0500, Stephen John Smoogen wrote:
> > On Thu, 30 Jan 2020 at 06:06, Jiri Kucera wrote:
> > >
> > > Hello,
> > >
> > > when doing `fedpkg scratch-build --target epel8-candidate --srpm
>
On Fri, Jan 31, 2020 at 10:23 AM Michal Konecny wrote:
>
>
>
> On 31/01/2020 12:11, Vít Ondruch wrote:
> > Dne 31. 01. 20 v 1:43 Neal Gompa napsal(a):
> >> On Thu, Jan 30, 2020 at 6:51 PM Randy Barlow
> >> wrote:
> >>> On Thu, 2020-01-30 at 10:30 +0100, Vít Ondruch wrote:
> cough cough
Hello all,
I am on the process of creating a new package, and making sure it builds
smoothly on Fedora.
However, even if it compiles successfully in ppc64le, the %check command
fails with this error:
/builddir/build/BUILDROOT/sourcextractor++-0.8-1.fc31.ppc64le//usr/bin/sourcextractor++:
error
On 31/01/2020 15:29, Tom Hughes wrote:
On 31/01/2020 15:23, Steve Dickson wrote:
I know there was a change with systemd-networkd in a recent release so
that it now creates a unique but persistent MAC for bridges and maybe
other systems like NetworkManager have done the same?
Hmm... this seems
On 31/01/2020 15:23, Steve Dickson wrote:
I know there was a change with systemd-networkd in a recent release so
that it now creates a unique but persistent MAC for bridges and maybe
other systems like NetworkManager have done the same?
Hmm... this seems odd to me... any idea why this was
https://bugzilla.redhat.com/show_bug.cgi?id=1796894
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1796684
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Data-Serializer-0.62
On 1/31/20 9:55 AM, Tom Hughes wrote:
> On 31/01/2020 14:28, Steve Dickson wrote:
>
>> I've recently updated my laptop to F31. Then I was no longer
>> able to ssh into it. After a little debugging... it turns
>> out my laptop was not getting the expected ip address
>> from DHCP. The reason for
On 31/01/2020 12:11, Vít Ondruch wrote:
Dne 31. 01. 20 v 1:43 Neal Gompa napsal(a):
On Thu, Jan 30, 2020 at 6:51 PM Randy Barlow
wrote:
On Thu, 2020-01-30 at 10:30 +0100, Vít Ondruch wrote:
cough cough errata cough cough
Honestly, sometimes the disconnect between what is going on in
Am 31.01.20 um 15:22 schrieb Felix Schwarz:
> (Also you should not presume that shipping gstreamer 0.10 in Fedora is a
> given, see Dominik's answer and Miro's attempt to clarify the security
> policy.)
^^^ Michael's answer of course
Felix
https://bugzilla.redhat.com/show_bug.cgi?id=1796587
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
On 31/01/2020 14:28, Steve Dickson wrote:
I've recently updated my laptop to F31. Then I was no longer
able to ssh into it. After a little debugging... it turns
out my laptop was not getting the expected ip address
from DHCP. The reason for that was the MAC address it was
sending to dhcpd had
On Fri, Jan 31, 2020 at 01:44:08PM +0100, Alejandro Álvarez Ayllón wrote:
> >
> > It must be built against ocaml-lwt-4.4.0-6.fc32 (ie.
> > https://koji.fedoraproject.org/koji/buildinfo?buildID=1444113).
> >
> > However I cannot get ocaml-curl to build against this version. Tried
> > building it
https://bugzilla.redhat.com/show_bug.cgi?id=1795982
Tom "spot" Callaway changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
Hello,
I've recently updated my laptop to F31. Then I was no longer
able to ssh into it. After a little debugging... it turns
out my laptop was not getting the expected ip address
from DHCP. The reason for that was the MAC address it was
sending to dhcpd had change!!! Looking at the interfaces
On Fri, Jan 31, 2020 at 3:01 pm, Dominik 'Rathann' Mierzejewski
wrote:
I don't see any bugs open against these components. I can't move them
to
COPR as then RPM Fusion cannot consume them. I want to maintain them,
so
why are you trying to prevent me from doing that?
Nobody is going to file
Am 31.01.20 um 15:06 schrieb Julen Landa Alustiza:
> We don't have any problem to retire open source packages that works because
> they don't move to python 3 for example, but at the same time we hold dead old
> libraries due to proprietary software.
>
> It looks unfair at least
The main
https://bugzilla.redhat.com/show_bug.cgi?id=1796925
Bug ID: 1796925
Summary: perl-DBD-ODBC-1.61 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DBD-ODBC
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1796925
--- Comment #1 from Upstream Release Monitoring
---
An HTTP error occurred downloading the package's new Source URLs: Getting
https://cpan.metacpan.org/modules/by-module/DBD/DBD-ODBC-1.61.tar.gz to
./DBD-ODBC-1.61.tar.gz
--
You are
Yes, I did. Apologies.
Tom
On Fri, Jan 31, 2020 at 8:41 AM Michael Catanzaro
wrote:
> On Fri, Jan 31, 2020 at 8:37 am, Tom Callaway
> wrote:
> > * There are significant improvements in the gstreamer0.10 branch
> > (which is separately packaged and maintained in Fedora)
>
> You meant to write
We don't have any problem to retire open source packages that works
because they don't move to python 3 for example, but at the same time we
hold dead old libraries due to proprietary software.
It looks unfair at least
___
devel mailing list --
On Friday, 31 January 2020 at 14:52, Michael Catanzaro wrote:
> On Fri, Jan 31, 2020 at 2:47 pm, Dominik 'Rathann' Mierzejewski
> wrote:
> > I'm very well aware of the above, but I'm forced to use some proprietary
> > software that is linked against gstreamer 0.10, so I need to maintain
> > these
On Fri, Jan 31, 2020 at 2:47 pm, Dominik 'Rathann' Mierzejewski
wrote:
I'm very well aware of the above, but I'm forced to use some
proprietary
software that is linked against gstreamer 0.10, so I need to maintain
these until the software in question gets ported to gstreamer1.
gstreamer0.10
No missing expected images.
Compose FAILS proposed Rawhide gating check!
6 of 43 required tests failed, 17 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 54/158 (x86_64), 1/2 (arm)
New failures (same test not failed in
Hi, Tom.
On Friday, 31 January 2020 at 14:37, Tom Callaway wrote:
> Since I've moved my last dependent package off of this old stack, I've
> retired gstreamer & gstreamer-plugins-base in rawhide (again).
Hold on. I'll take these.
> Before reviving these poor and tired packages, please consider
On Fri, Jan 31, 2020 at 8:37 am, Tom Callaway
wrote:
* There are significant improvements in the gstreamer0.10 branch
(which is separately packaged and maintained in Fedora)
You meant to write "gstreamer1", yes?
___
devel mailing list --
Since I've moved my last dependent package off of this old stack, I've
retired gstreamer & gstreamer-plugins-base in rawhide (again).
Before reviving these poor and tired packages, please consider the
following:
* Upstream is not maintaining this code branch anymore.
* There are significant
On Thu, Jan 30, 2020 at 4:58 PM Robbie Harwood wrote:
> Richard Shaw writes:
>
> > Not replying to anyone in particular but to the thead as a whole...
> >
> > 1. Nothing in the packager introduction process prepares a packager
> > for what to do when they get a CVE filed against one of their
>
https://bugzilla.redhat.com/show_bug.cgi?id=1796894
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=1796894
Bug ID: 1796894
Summary: perl-Data-Peek-0.49 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Data-Peek
Keywords: FutureFeature, Triaged
>
> It must be built against ocaml-lwt-4.4.0-6.fc32 (ie.
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1444113).
>
> However I cannot get ocaml-curl to build against this version. Tried
> building it both in the regular way and using ‘--target f32-rebuild’,
> but in both cases the
https://fedorapeople.org/groups/389ds/ci/nightly/2020/01/31/report-389-ds-base-1.4.3.2-20200131git5afacd3.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
Announcing the creation of a new nightly release validation test event
for Fedora 32 Rawhide 20200131.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
1 - 100 of 124 matches
Mail list logo