https://bugzilla.redhat.com/show_bug.cgi?id=1883530
--- Comment #7 from Fedora Update System ---
FEDORA-EPEL-2020-63a3d43e13 has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-63a3d43e13
--
You are receiving this mail because:
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1883530
Petr Pisar changed:
What|Removed |Added
Status|NEW |MODIFIED
Fixed In Version|
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20201102.0):
ID: 714162 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
Question : I know that FreeIPA at one point did not work well with
chrony and required the installation of ntp. This might cause an
issue.
On Mon, Nov 2, 2020 at 3:54 PM Gary Buhrmaster
wrote:
>
> On Mon, Nov 2, 2020 at 9:36 PM Nico Kadel-Garcia wrote:
>
> > So, use "chrony" instead?
>
> For
On Tue, Nov 3, 2020 at 12:16 AM Marek Marczykowski-Górecki
wrote:
>
> On Mon, Nov 02, 2020 at 07:33:18PM -0500, Neal Gompa wrote:
> > The major remaining issue for us to start enabling repository GPG
> > checks is that DNF doesn't use the RPM GPG keyring for repository
> > metadata GPG signature
On Mon, Nov 02, 2020 at 07:33:18PM -0500, Neal Gompa wrote:
> The major remaining issue for us to start enabling repository GPG
> checks is that DNF doesn't use the RPM GPG keyring for repository
> metadata GPG signature validation, which can cause issues with our
> compose pipeline. I believe
https://fedorapeople.org/groups/389ds/ci/nightly/2020/11/03/report-389-ds-base-2.0.0.0-20201103gitdb655bb.fc32.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=1893586
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-IO-Pager-2.00 is |perl-IO-Pager-2.01 is
https://bugzilla.redhat.com/show_bug.cgi?id=1893923
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #1 from
https://bugzilla.redhat.com/show_bug.cgi?id=1893497
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1890598
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #5 from
https://bugzilla.redhat.com/show_bug.cgi?id=1893424
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1893923
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #1 from
https://bugzilla.redhat.com/show_bug.cgi?id=1893541
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1893495
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1893923
Petr Šabata changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
The following Fedora EPEL 6 Security updates need testing:
Age URL
12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-b21ed088ad
tcpreplay-4.3.3-3.el6
10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-ca0361c919
lout-3.40-18.el6
The following builds have been
https://bugzilla.redhat.com/show_bug.cgi?id=1879947
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Perl-Tidy-Sweetened-1. |perl-Perl-Tidy-Sweetened-1.
Hello. My name is John Kacur
I'm a real-time developer with Red Hat, who I've been with for over 11 years.
Before that I worked for approximately 8 years with IBM on the compiler team.
I am the upstream co-maintainer of rt-tests that includes cyclictest
for real-time latency testing.
I am also
https://bugzilla.redhat.com/show_bug.cgi?id=1893923
Bug ID: 1893923
Summary: perl-Dist-Zilla-6.017 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Dist-Zilla
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1879947
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1890363
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
It would require https://bugzilla.redhat.com/show_bug.cgi?id=1768206
to be fixed. Right now the design in dnf for supporting gpg keys is
quite user hostile, especially in automated unattended use cases.
Dennis
On Mon, Nov 2, 2020 at 6:25 PM Marek Marczykowski-Górecki
wrote:
>
> Hello all,
>
>
On Mon, Nov 2, 2020 at 7:24 PM Marek Marczykowski-Górecki
wrote:
>
> Hello all,
>
> Are there any plans to have Fedora repository metadata signed? I think
> dnf supports it for a long time already. I know the packages themselves
> are already signed, but metadata do carry some extra information
Hello all,
Are there any plans to have Fedora repository metadata signed? I think
dnf supports it for a long time already. I know the packages themselves
are already signed, but metadata do carry some extra information that
potentially could be manipulated - for example to _selectively_ hide
some
On Tue, Nov 3, 2020 at 12:53 am, Marek Marczykowski-Górecki
wrote:
How are in practice security issues handled in Fedora? Is there an
active security team to help patching those in timely manner? Or is it
responsibility of individual package maintainers only?
Hi,
Red Hat Product Security is
Hello all,
How are in practice security issues handled in Fedora? Is there an
active security team to help patching those in timely manner? Or is it
responsibility of individual package maintainers only? I've tried to
find some information on that, but the only thing I've found is this
page:
On Mon, Nov 2, 2020 at 5:23 pm, Keith Seitz wrote:
It appears that this broke in the last rebase (to 9.2). I will see
about
fixing it.
Thanks for the quick fix. Much appreciated!
___
devel mailing list -- devel@lists.fedoraproject.org
To
Hi all,
Daniel Mach writes:
> Hi,
>
>
> Dne 27. 10. 20 v 13:52 Martin Curlej napsal(a):
>> Hi,
>>
>> EOL and Obsoletes were planned as a feature of Modularity. The feature
>> should enable to set shorter/longer life cycles on Modules than the OS
>> release. The initial idea was to set this
No missing expected images.
Failed openQA tests: 2/37 (x86_64)
ID: 713808 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/713808
ID: 713841 Test: x86_64 KDE-live-iso release_identification
URL: https://openqa.fedoraproject.org/tests/713841
Hello all,
I'm hoping to become the maintainer of an orphaned package (gr-iio, GNU Radio
blocks for Analog Devices platforms) but I need some sponsorship to become a
package maintainer. The releng team recommended that I send a message on this
list to hopefully find someone.
I'm a software
On Mon, Nov 2, 2020 at 9:36 PM Nico Kadel-Garcia wrote:
> So, use "chrony" instead?
For some use cases, there is also the option of
systemd-timesyncd as a ntp client.
> Is the functionality sufficient
As always, given the different use cases, the answer
is maybe.
Here is a quick comparison:
On Mon, Nov 2, 2020 at 9:33 AM Miroslav Lichvar wrote:
>
> I think we should consider retiring the ntp package. The upstream
> project is not in a good shape and it doesn't seem to be improving.
> Contributors left long time ago. The development is slow and happens
> behind closed doors. They
On Mon, 2 Nov 2020 at 21:38, Daniel Mach wrote:
>
> Lazy file list loading? Yes, that's on DNF's TODO list already, but (to
> be honest) not on top - there's always something more important. It's
> not getting into DNF4, but it may get into DNF5 later on.
Ok, good to know.
Best regards
clime
>
I don't have objections to retiring the ntp tool, as long as there's something
to take its place, and as long as a command argument compatible ntpdate tool
still exists. I tend to use ntpdate much more often than I enable the ntp
service. Right now ntpdate runs on boot on my PinePhone's Fedora
Jakub Jelen wrote:
> Today, I set up a copr repository with the current openssh from Fedora + the
> patch [2] for anyone to test and provide feedback, either here on the mailing
> list, or in the github PR according to ones preferences.
Does it work with connection sharing (ControlPath,
No missing expected images.
Failed openQA tests: 3/15 (aarch64)
New failures (same test not failed in Fedora-IoT-33-20201029.2):
ID: 713790 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/713790
ID: 713794 Test: aarch64 IoT-dvd_ostree-iso
Lazy file list loading? Yes, that's on DNF's TODO list already, but (to
be honest) not on top - there's always something more important. It's
not getting into DNF4, but it may get into DNF5 later on.
Dne 02. 11. 20 v 20:13 clime napsal(a):
On Mon, 2 Nov 2020 at 18:55, Vít Ondruch wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=1893873
Bug ID: 1893873
Summary: perl-CPANPLUS-Dist-Fedora-0.4.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CPANPLUS-Dist-Fedora
Keywords:
https://github.com/389ds/389-ds-base/pull/4417
--
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=1890896
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |ASSIGNED
Greetings Testers!
The Fedora 33 CoreOS Test Day focuses on testing FCOS based on Fedora 33.
The FCOS `next` stream is already rebased on Fedora 33 content, which will
be coming soon to `testing` and `stable`. To prepare for the content being
promoted to other streams the Fedora CoreOS and QA
On Mon, 2 Nov 2020 at 18:55, Vít Ondruch wrote:
>
>
> Dne 01. 11. 20 v 11:58 clime napsal(a):
> > Hello!
> >
> > First of all, I don't really know what I am talking about here but I
> > noticed the `dnf update` operation downloads among other things
> > `filelists.xml` (optionally compressed by
Welcome Emmett,
great to see more scientists coming to Fedora. Hope you'll have a good
time here and achieve great things!
Cheers,
Dan
"Emmett Boudreau" writes:
> Hello, my name is Emmett Boudreau. I am a statistician and data scientist who
> has fallen in love with the stability of Fedora
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
2 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 12/181 (x86_64), 14/117 (aarch64)
New failures (same test not failed in
On Mon, Nov 2, 2020 at 5:23 pm, Keith Seitz wrote:
In the meantime, does using debuginfod work?
export DEBUGINFOD_URLS=https://debuginfod.elfutils.org
Setting this in your env /should/ cause any missing debuginfo to be
automatically
downloaded (by just about any tool requiring debuginfo,
Dne 01. 11. 20 v 11:58 clime napsal(a):
Hello!
First of all, I don't really know what I am talking about here but I
noticed the `dnf update` operation downloads among other things
`filelists.xml` (optionally compressed by zchunk, thanks Jonathan
Dieter!!!) and I remember there was a thread on
https://github.com/389ds/389-ds-base/pull/4416
--
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:
On Monday, November 2, 2020 6:31:33 PM CET Florian Weimer wrote:
> * Kamil Dudka:
> > On Monday, November 2, 2020 5:57:29 PM CET Florian Weimer wrote:
> >> * Kamil Dudka:
> >> > As far as I know, (lib)curl has never silently transformed a protocol
> >> > scheme explicitly specified with URL. This
On Mon, Nov 02, 2020 at 06:09:18PM +0100, Björn Persson wrote:
> Miroslav Lichvar wrote:
> > The main problem is that they don't fix all known security issues. In
> > the CVE list I see about 10 issues that were not fixed at all or only
> > partially, some exploitable in default configuration.
>
On Mon, Nov 2, 2020 at 12:37 PM PGNet Dev wrote:
>
> On 11/2/20 9:22 AM, Neal Gompa wrote:
> > Work migrated to Chrony a year or so ago. The only thing I use from
> > ntp is the "ntpdate" tool. Everything else is chrony now. :)
>
> out of curiosity, what's lacking for your use case?
>
> ntpdate,
On 11/2/20 9:22 AM, Neal Gompa wrote:
Work migrated to Chrony a year or so ago. The only thing I use from
ntp is the "ntpdate" tool. Everything else is chrony now. :)
out of curiosity, what's lacking for your use case?
ntpdate, here, was primarily for "set it now" interventions.
that, at
* Kamil Dudka:
> On Monday, November 2, 2020 5:57:29 PM CET Florian Weimer wrote:
>> * Kamil Dudka:
>>
>>
>> > As far as I know, (lib)curl has never silently transformed a protocol
>> > scheme explicitly specified with URL. This can be discussed upstream
>> > but I do not feel like starting
On Monday, November 2, 2020 5:57:29 PM CET Florian Weimer wrote:
> * Kamil Dudka:
>
>
> > As far as I know, (lib)curl has never silently transformed a protocol
> > scheme explicitly specified with URL. This can be discussed upstream
> > but I do not feel like starting the discussion myself.
>
On Mon, Nov 2, 2020 at 12:10 PM Björn Persson wrote:
>
> Miroslav Lichvar wrote:
> > The main problem is that they don't fix all known security issues. In
> > the CVE list I see about 10 issues that were not fixed at all or only
> > partially, some exploitable in default configuration.
>
> That
It appears that this broke in the last rebase (to 9.2). I will see about
fixing it.
In the meantime, does using debuginfod work?
export DEBUGINFOD_URLS=https://debuginfod.elfutils.org
Setting this in your env /should/ cause any missing debuginfo to be
automatically
downloaded (by just about
On Mon, Nov 2, 2020 at 11:39 am, Zbigniew Jędrzejewski-Szmek
wrote:
Yep, I can confirm this, the hint about debuginfo is gone.
After I install appropriate debuginfo packages, the backtrace shows
all the details.
So it seems that it's just the hint that is missing.
OK, that's sort of good to
Miroslav Lichvar wrote:
> The main problem is that they don't fix all known security issues. In
> the CVE list I see about 10 issues that were not fixed at all or only
> partially, some exploitable in default configuration.
That sounds bad. Where is that list? In Red Hat Bugzilla I see only two.
* Kamil Dudka:
> As far as I know, (lib)curl has never silently transformed a protocol scheme
> explicitly specified with URL. This can be discussed upstream but I do not
> feel like starting the discussion myself.
Curl does it for https://, so it should be fine for scp://.
Thanks,
Florian
On Monday, November 2, 2020 4:47:47 PM CET Simo Sorce wrote:
> On Mon, 2020-11-02 at 16:36 +0100, Kamil Dudka wrote:
> > How is the "compatibility scpd to support old clients" going to differ
> > from the current implementation?
> >
> > libcurl implements its own SCP client over libssh. Will
On Sat, Oct 31, 2020 at 10:32 AM Jeff Law wrote:
>
>
> On 10/31/20 9:13 AM, Christoph Junghans wrote:
> > Hi,
> >
> > I am getting the following error on all archs on rawhide:
> > collect2: fatal error: ld terminated with signal 11 [Segmentation
> > fault], core dumped
> > in
On 11/2/20 10:37 AM, Miroslav Lichvar wrote:
On Mon, Nov 02, 2020 at 10:14:05AM -0500, Steven A. Falco wrote:
I use ntp heavily for multiple stratum 1 timeservers here. If you drop ntp, I
will have to build my own from source. Not a big problem, but I'd personally
like to see ntp stay
OLD: Fedora-Rawhide-20201101.n.0
NEW: Fedora-Rawhide-20201102.n.0
= SUMMARY =
Added images:1
Dropped images: 3
Added packages: 2
Dropped packages:0
Upgraded packages: 35
Downgraded packages: 0
Size of added packages: 61.56 KiB
Size of dropped packages:0 B
On Mon, Nov 02, 2020 at 03:44:39PM +0100, Jakub Jelen wrote:
> Over the last years, there were several issues in the SCP protocol, which
> lead us into discussions if we can get rid of it in upstream [1]. Most of
> the voices there said that they use SCP mostly for simple ad-hoc copy and
> because
Le lundi 02 novembre 2020 à 16:16 +0100, Marius Schwarz a écrit :
> Am 02.11.20 um 16:13 schrieb Solomon Peachy:
> > On Mon, Nov 02, 2020 at 03:44:39PM +0100, Jakub Jelen wrote:
> > > I am looking for any kind of feedback from the idea through the
> > > usability,
> > > implementation. Is this
https://bugzilla.redhat.com/show_bug.cgi?id=1893788
Bug ID: 1893788
Summary: EPEL8 request: perl-Mail-IMAPClient
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-Mail-IMAPClient
Assignee: spo...@gmail.com
On 11/2/20 4:36 PM, Kamil Dudka wrote:
On Monday, November 2, 2020 3:44:39 PM CET Jakub Jelen wrote:
Hi Fedora users!
Over the last years, there were several issues in the SCP protocol,
which lead us into discussions if we can get rid of it in upstream [1].
Most of the voices there said that
On Mon, 2020-11-02 at 16:36 +0100, Kamil Dudka wrote:
> On Monday, November 2, 2020 3:44:39 PM CET Jakub Jelen wrote:
> > Hi Fedora users!
> >
> > Over the last years, there were several issues in the SCP protocol,
> > which lead us into discussions if we can get rid of it in upstream [1].
> >
On Mon, Nov 02, 2020 at 04:09:33PM +0100, Reindl Harald (privat) wrote:
> Am 02.11.20 um 15:33 schrieb Miroslav Lichvar:
> > In Fedora, there seems to be only one package that has a dependency on
> > ntp: nagios-plugins-ntp-perl. It's a monitoring plugin using the
> > problematic mode-6 protocol.
On 11/2/20 3:57 PM, Walter Cazzola wrote:
Hi,
I don't know if and how the internet protocol scp: is related to the scp
command. But I suppose it is.
Hi,
SCP is not an internet protocol -- it is simple protocol that is used
inside of encrypted SSH session, similarly to SFTP protocol. The name
On Mon, Nov 02, 2020 at 10:14:05AM -0500, Steven A. Falco wrote:
> I use ntp heavily for multiple stratum 1 timeservers here. If you drop ntp,
> I will have to build my own from source. Not a big problem, but I'd
> personally like to see ntp stay available in Fedora.
I have few stratum-1
On Monday, November 2, 2020 3:44:39 PM CET Jakub Jelen wrote:
> Hi Fedora users!
>
> Over the last years, there were several issues in the SCP protocol,
> which lead us into discussions if we can get rid of it in upstream [1].
> Most of the voices there said that they use SCP mostly for simple
https://bugzilla.redhat.com/show_bug.cgi?id=1893497
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #2 from
On 11/2/20 10:23 AM, Tomasz Torcz wrote:
On Mon, Nov 02, 2020 at 10:14:05AM -0500, Steven A. Falco wrote:
On 11/2/20 9:33 AM, Miroslav Lichvar wrote:
I'm not sure how many users of ntp are there. As a replacement, we
could package ntpsec. It is an actively maintained fork of ntp which
has
On Mon, Nov 02, 2020 at 10:14:05AM -0500, Steven A. Falco wrote:
> On 11/2/20 9:33 AM, Miroslav Lichvar wrote:
> > I'm not sure how many users of ntp are there. As a replacement, we
> > could package ntpsec. It is an actively maintained fork of ntp which
> > has removed a lot of code and fixed or
Hello Fabio,
Fabio Valentini writes:
> I just noticed (because of a failed build due to NVR mismatch in an
> exact dependency) that *two* packages provide the "nspr" and
> "nspr-devel" binary packages - nss and nspr.
>
> Is there a reason for both those packages to exist, if nspr and
>
Am 02.11.20 um 16:13 schrieb Solomon Peachy:
On Mon, Nov 02, 2020 at 03:44:39PM +0100, Jakub Jelen wrote:
I am looking for any kind of feedback from the idea through the usability,
implementation. Is this something you would like to see in Fedora soon? Do
you have something against this? Is
On 11/2/20 9:33 AM, Miroslav Lichvar wrote:
I think we should consider retiring the ntp package. The upstream
project is not in a good shape and it doesn't seem to be improving.
Contributors left long time ago. The development is slow and happens
behind closed doors. They still use bitkeeper.
I haven't got a need to use obsolete modules yet, so I'll write my
opinion about the module EOL only.
Q: Should the EOL be configurable to mid-release date?
The others in this discussion showed it makes sense to EOL a module mid-release.
Since the modules are built on and on (new build targets
On Mon, Nov 02, 2020 at 03:44:39PM +0100, Jakub Jelen wrote:
> I am looking for any kind of feedback from the idea through the usability,
> implementation. Is this something you would like to see in Fedora soon? Do
> you have something against this? Is your use case missing?
I like it!
https://bugzilla.redhat.com/show_bug.cgi?id=1893759
--- 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.
Am 02.11.20 um 15:44 schrieb Jakub Jelen:
Hi Fedora users!
Over the last years, there were several issues in the SCP protocol,
which lead us into discussions if we can get rid of it in upstream
[1]. Most of the voices there said that they use SCP mostly for simple
ad-hoc copy and because
https://bugzilla.redhat.com/show_bug.cgi?id=1753543
Bug 1753543 depends on bug 1757474, which changed state.
Bug 1757474 Summary: a2ps for EL8
https://bugzilla.redhat.com/show_bug.cgi?id=1757474
What|Removed |Added
Michael J Gruber wrote:
>> = NOTE about xinetd =
>>
>> Many packagers are listed as affected by xinetd. The dependency chain is:
>>
>> cvs (kasal, ppisar)
>> cvs-inetd.noarch requires xinetd
>>
>> git (amahdal, besser82, chrisw, pcahyna, pstodulk, skisela, tmz)
>>
On Monday, November 2, 2020 2:44:39 PM WET Jakub Jelen wrote:
> I am looking for any kind of feedback from the idea through the
> usability, implementation. Is this something you would like to see in
> Fedora soon? Do you have something against this? Is your use case missing?
Hi Jakub,
if I am
https://bugzilla.redhat.com/show_bug.cgi?id=1807857
Fedora Admin user for bugzilla script actions
changed:
What|Removed |Added
Assignee|trem...@tremble.org.uk
On Mon, 2 Nov 2020, Jakub Jelen wrote:
Some months ago, I wrote a patch [2] for scp to use SFTP internally (with
possibility to change it back using -M scp) and ran it through some
successful testing. The general feedback from upstream was also quite
positive so I would like to hear also
Hi Fedora users!
Over the last years, there were several issues in the SCP protocol,
which lead us into discussions if we can get rid of it in upstream [1].
Most of the voices there said that they use SCP mostly for simple ad-hoc
copy and because sftp utility does not provide simple interface
Hi everybody,
I just noticed (because of a failed build due to NVR mismatch in an
exact dependency) that *two* packages provide the "nspr" and
"nspr-devel" binary packages - nss and nspr.
Is there a reason for both those packages to exist, if nspr and
nspr-devel are built from the "nss" source
On Mon, Nov 2, 2020 at 9:33 AM Miroslav Lichvar wrote:
>
> I think we should consider retiring the ntp package. The upstream
> project is not in a good shape and it doesn't seem to be improving.
> Contributors left long time ago. The development is slow and happens
> behind closed doors. They
I think we should consider retiring the ntp package. The upstream
project is not in a good shape and it doesn't seem to be improving.
Contributors left long time ago. The development is slow and happens
behind closed doors. They still use bitkeeper.
The main problem is that they don't fix all
On Mon, Nov 02, 2020 at 08:37:30AM -0500, Stephen John Smoogen wrote:
> On Mon, 2 Nov 2020 at 06:55, Miro Hrončok wrote:
>
> > On 11/2/20 12:33 PM, Daniel Mach wrote:
> > > Then there's a question how to get the documents into modules.yaml. From
> > my
> > > perspective, it's up to Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=1893759
Bug ID: 1893759
Summary: perl-DBD-Mock-1.58 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DBD-Mock
Keywords: FutureFeature, Triaged
The DevConf.CZ proposal deadline has been extended to 6 November.
There's still time for you to submit a talk about all of the great
things you're doing in Fedora. See the Community Blog post[1] for more
information.
[1] https://communityblog.fedoraproject.org/devconf-cz-cfp-now-open/
--
Ben
https://bugzilla.redhat.com/show_bug.cgi?id=1890896
Jitka Plesnikova changed:
What|Removed |Added
Flags||needinfo?(emmanuel@seyman.f
Hello everyone!
Thanks for attending today's meeting. We will be meeting again in two
weeks' time. bt0 would be chairing the next meeting :D
Links to the logs from today's meeting:
*
https://meetbot.fedoraproject.org/fedora-neuro/2020-11-02/neurofedora.2020-11-02-13.01.log.html
*
https://bugzilla.redhat.com/show_bug.cgi?id=1889622
Jitka Plesnikova changed:
What|Removed |Added
Summary|Upgrade perl-File-Remove to |Upgrade perl-File-Remove to
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
Hello.
It seems that something broke in rawhide, I see a lot of:
collect2: fatal error: ld terminated with signal 11 [Segmentation fault], core
dumped
See for example https://bugzilla.redhat.com/show_bug.cgi?id=1893734
It might (or might not) be caused by binutils 2.35.1-11.fc34
On Mon, 2 Nov 2020 at 06:55, Miro Hrončok wrote:
> On 11/2/20 12:33 PM, Daniel Mach wrote:
> > Then there's a question how to get the documents into modules.yaml. From
> my
> > perspective, it's up to Fedora infra/releng/packaging people. Whether it
> should
> > be in dist-git, git repo (similar
1 - 100 of 128 matches
Mail list logo