On 4/14/20 9:23 PM, Ben Cotton wrote:
> === Multicast DNS ===
>
> systemd-resolved's multicast DNS support conflicts with Avahi. Per
> recommendation from the systemd developers, we will change the default
> value of this setting in Fedora from the upstream default
> `MulticastDNS=yes` to
According to the schedule [1], Fedora 32 Candidate RC-1.3 is now
available for testing. Please help us complete all the validation
testing! For more information on release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan
Test coverage information for the
On Tuesday, April 14, 2020 9:23:27 PM CEST Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/systemd-resolved
>
> == Summary ==
>
> Enable systemd-resolved by default. ...
We had serious headaches because racy systemd-resolved got enabled for
some unknown reasons on copr builders
On Tue, 14 Apr 2020 18:39:05 -0500
Michael Catanzaro wrote:
> On Tue, Apr 14, 2020 at 3:52 pm, stan via devel
> wrote:
> > Will the ability to turn off NetworkManager involvement in DNS in
> > the configuration file (None) still remain? I use a local caching
> > DNS server, and had to do that
On Tue, Apr 14, 2020 at 3:52 pm, stan via devel
wrote:
Will the ability to turn off NetworkManager involvement in DNS in the
configuration file (None) still remain? I use a local caching DNS
server, and had to do that in order to allow it to run without
interference / override by
On Tue, 14 Apr 2020 15:52:55 -0700
stan via devel wrote:
> On Tue, 14 Apr 2020 16:18:02 -0500
> Michael Catanzaro wrote:
>
> > NetworkManager has three DNS backends: default (nss-dns, what we
> > use currently), dnsmasq, and systemd-resolved. The default backend
> > just does the wrong thing
On Tue, 2020-04-14 at 15:35 +, rawh...@fedoraproject.org wrote:
> According to the schedule [1], Fedora 32 Candidate RC-1.2 is now
> available for testing. Please help us complete all the validation
> testing! For more information on release validation testing, see:
>
On Tue, 14 Apr 2020 16:18:02 -0500
Michael Catanzaro wrote:
> NetworkManager has three DNS backends: default (nss-dns, what we use
> currently), dnsmasq, and systemd-resolved. The default backend just
> does the wrong thing and cannot be fixed. When either dnsmasq or
> systemd-resolved is in
On 4/14/20 2:25 PM, Aleksei Bavshin wrote:
SSH access to src.fp.o is limited to packagers. However you can push
to your fork via http as described here:
https://docs.fedoraproject.org/en-US/ci/pull-requests/
Thank you, that works.
___
devel mailing
Hey Testers!
As many of you know the Fedora 32 cycle is approaching a Final Freeze,
Fedora IoT and QA Team are hosting Fedora 32 IoT Test Day[0], which
is under way and you can start landing your first Fedora QA
contribution by participating in the Fedora IoT Test Day.
The steps are simple and
On Tue, Apr 14, 2020 at 8:48 pm, Zbigniew Jędrzejewski-Szmek
wrote:
I guess the lesson here is the nsswitch.conf change should be
clarified in the proposal.
OK, I've just added it at the end of this part here:
"systemd-libs currently has
Hi Samuel,
SSH access to src.fp.o is limited to packagers. However you can push
to your fork via http as described here:
https://docs.fedoraproject.org/en-US/ci/pull-requests/
On Tue, Apr 14, 2020 at 2:15 PM Samuel Sieb wrote:
>
> I'm wanting to make a pull request on src.fedoraproject.org, so
On Tue, 2020-04-14 at 16:18 -0500, Michael Catanzaro wrote:
> On Tue, Apr 14, 2020 at 12:45 pm, Adam Williamson
> wrote:
> > Doesn't NetworkManager already broadly address both of these on all
> > installations where it's used (which is all Fedora installs by
> > default)?
>
> I don't think so,
On Tue, Apr 14, 2020 at 02:14:40PM -0700, Samuel Sieb wrote:
> I'm wanting to make a pull request on src.fedoraproject.org, so I need to
> setup an ssh key. According to the docs at
> https://docs.pagure.org/pagure/usage/first_steps.html, there should be an
> authentication section in my
On Tue, Apr 14, 2020 at 12:45 pm, Adam Williamson
wrote:
Doesn't NetworkManager already broadly address both of these on all
installations where it's used (which is all Fedora installs by
default)?
I don't think so, no.
As far as I know, NetworkManager does not have a DNS cache. The only
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Failed openQA tests: 1/8 (x86_64)
Old failures (same test failed in Fedora-IoT-33-20200413.0):
ID: 577007 Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/577007
Soft failed openQA
I'm wanting to make a pull request on src.fedoraproject.org, so I need
to setup an ssh key. According to the docs at
https://docs.pagure.org/pagure/usage/first_steps.html, there should be
an authentication section in my settings, but there isn't. Then I
remembered that I added an ssh public
On Tue, Apr 14, 2020 at 12:57 pm, Kevin Fenzi wrote:
Can you expand on what that means?
Does it mean:
a) systemd-resolved will use DNS over TLS if it detects that
the nameservers it is querying can do so (ie, it would do a query to
port 853 of the nameservers dhcp or static config gave it)
On Tue, Apr 14, 2020 at 03:57:50PM -0400, James Cassell wrote:
>
> On Tue, Apr 14, 2020, at 3:23 PM, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/systemd-resolved
> >
> > == Summary ==
> >
> > Enable systemd-resolved by default. glibc will perform name resolution
> > using
Florian Weimer writes:
> * Omair Majid:
>
>> Florian Weimer writes:
>>
>>> * Jan Kratochvil:
>>>
gold is also limited by 'ulimit -S -n', I had to raise it while building
LLDB
(using -DLLVM_USE_LINKER=gold).
>>>
>>> gold should either do this upon start (like OpenJDK does),
>>
https://bugzilla.redhat.com/show_bug.cgi?id=1823946
Bug ID: 1823946
Summary: perl-libwww-perl-6.44 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-libwww-perl
Keywords: FutureFeature, Triaged
On Tue, Apr 14, 2020 at 05:48:56PM +0200, Kevin Kofler wrote:
> So Fedora is now officially an alpha version of RHEL. :-(
Fedora is a community that makes an free and open source operating system
platform. We enable our community members and other software developers to
build solutions for their
On Tue, Apr 14, 2020, at 3:23 PM, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/systemd-resolved
>
> == Summary ==
>
> Enable systemd-resolved by default. glibc will perform name resolution
> using nss-resolve rather than nss-dns.
>
> == Owner ==
> * Name: [[User:catanzaro|
On Tue, Apr 14, 2020 at 02:40:08PM -0500, Michael Catanzaro wrote:
> On Tue, Apr 14, 2020 at 2:33 pm, Michael Cronenworth
> wrote:
> > Why wait?
> >
> > This is something I've been interested in and was interested in
> > implementing in Fedora.
>
> Caution mainly, so that we only make one major
Missing expected images:
Soas live x86_64
Failed openQA tests: 5/35 (x86_64)
ID: 571959 Test: x86_64 Workstation-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/571959
ID: 571976 Test: x86_64 KDE-live-iso desktop_notifications_live
URL:
No missing expected images.
Failed openQA tests: 1/2 (arm)
ID: 576450 Test: arm Minimal-raw_xz-raw.xz
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/576450
Soft failed openQA tests: 21/171 (x86_64)
(Tests completed, but using a workaround for a known bug)
On Tue, 2020-04-14 at 15:23 -0400, Ben Cotton wrote:
>
> === Caching ===
>
> systemd-resolved caches DNS queries for a short while. This can
> [https://gitlab.gnome.org/GNOME/glib/-/merge_requests/682#note_441846
> dramatically] improve performance for applications that do not already
>
OLD: Fedora-Rawhide-20200413.n.0
NEW: Fedora-Rawhide-20200414.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 6
Dropped packages:4
Upgraded packages: 76
Downgraded packages: 0
Size of added packages: 4.25 MiB
Size of dropped packages
On Tue, Apr 14, 2020 at 2:33 pm, Michael Cronenworth
wrote:
Why wait?
This is something I've been interested in and was interested in
implementing in Fedora.
Caution mainly, so that we only make one major change at a time instead
of two. The goal is to do this without generating too many
On 4/14/20 2:23 PM, Ben Cotton wrote:
=== DNS over TLS ===
systemd-resolved supports DNS over TLS (different from DNS over
HTTPS). Although this feature will not initially be enabled by
default, using systemd-resolved will enable us to turn on DNS over TLS
in a future Fedora release, providing
* Omair Majid:
> Florian Weimer writes:
>
>> * Jan Kratochvil:
>>
>>> gold is also limited by 'ulimit -S -n', I had to raise it while building
>>> LLDB
>>> (using -DLLVM_USE_LINKER=gold).
>>
>> gold should either do this upon start (like OpenJDK does),
>
> Do you have any pointers to source or
https://fedoraproject.org/wiki/Changes/systemd-resolved
== Summary ==
Enable systemd-resolved by default. glibc will perform name resolution
using nss-resolve rather than nss-dns.
== Owner ==
* Name: [[User:catanzaro| Michael Catanzaro]]
* Email:
== Detailed Description ==
We will enable
https://fedoraproject.org/wiki/Changes/systemd-resolved
== Summary ==
Enable systemd-resolved by default. glibc will perform name resolution
using nss-resolve rather than nss-dns.
== Owner ==
* Name: [[User:catanzaro| Michael Catanzaro]]
* Email:
== Detailed Description ==
We will enable
Hi,
Florian Weimer writes:
> * Jan Kratochvil:
>
>> gold is also limited by 'ulimit -S -n', I had to raise it while building LLDB
>> (using -DLLVM_USE_LINKER=gold).
>
> gold should either do this upon start (like OpenJDK does),
Do you have any pointers to source or docs that explain the
Dne 14. 04. 20 v 16:30 Miro Hrončok napsal(a):
> On 14. 04. 20 15:47, Pierre-Yves Chibon wrote:
>> On Tue, Apr 14, 2020 at 12:46:11PM +0200, Vít Ondruch wrote:
>>>
>>> Dne 09. 04. 20 v 15:43 Pierre-Yves Chibon napsal(a):
PS:
- F32 update:
Dne 14. 04. 20 v 20:02 Vít Ondruch napsal(a):
> Dne 14. 04. 20 v 11:26 Miro Hrončok napsal(a):
>> On 14. 04. 20 11:18, Dan Horák wrote:
> patrikopravil: jruby pbrobinson: GConf2, jruby
Why am I listed against jruby?
>>> you should search for your name in the full report
>>>
>>> jruby
On Tue, Apr 14, 2020 at 11:58 AM Kevin Kofler
wrote:
> So Fedora is now officially an alpha version of RHEL. :-(
>
Kevin, your comments like this are not helpful, and not in keeping with our
mantra of being excellent to each other.
As you're well aware, there's a cooperative relationship
Dne 14. 04. 20 v 11:26 Miro Hrončok napsal(a):
> On 14. 04. 20 11:18, Dan Horák wrote:
patrikopravil: jruby pbrobinson: GConf2, jruby
>>> Why am I listed against jruby?
>> you should search for your name in the full report
>>
>> jruby blocks rubygem-json and
>>
>> xapian-bindings
Tom Callaway writes:
> Recently, someone filed a bug against chromium, noting that it was
> benchmarking notably slower than Google Chrome or chromium-freeworld
> (from rpmfusion). I tested locally and confirmed it. They suspected
> that Fedora's optflags were to blame, but since chromium
No missing expected images.
Failed openQA tests: 1/8 (x86_64)
Old failures (same test failed in Fedora-IoT-32-20200413.0):
ID: 576549 Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/576549
Passed openQA tests: 7/8 (x86_64)
Installed system
On 14. 04. 20 18:46, Troy Dawson wrote:
Yep, I'm having a hard time finding anything relevant to test.
I have verified it doesn't conflict with any other rpm macro, but I'm
pretty sure you had already checked that.
So, I'm giving it a thumbs up.
And I'll give it a thumbs up on the pull requests
https://bugzilla.redhat.com/show_bug.cgi?id=1823182
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
On Tue, Apr 14, 2020 at 9:27 AM Miro Hrončok wrote:
>
> On 14. 04. 20 17:40, Troy Dawson wrote:
> > On Tue, Apr 14, 2020 at 8:30 AM Miro Hrončok wrote:
> >>
> >> On 14. 04. 20 15:56, Troy Dawson wrote:
> >>> Hi Miro,
> >>> I've taken a look, but haven't done any testing.
> >>
> >> Thanks.
> >>
>
OLD: Fedora-32-20200413.n.0
NEW: Fedora-32-20200414.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 8
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
On 14. 04. 20 17:40, Troy Dawson wrote:
On Tue, Apr 14, 2020 at 8:30 AM Miro Hrončok wrote:
On 14. 04. 20 15:56, Troy Dawson wrote:
Hi Miro,
I've taken a look, but haven't done any testing.
Thanks.
EPEL6 patch - no. Even if it works, I'd say no. We're at the last 7
months before EOL
On Mon, 2020-04-13 at 17:52 -0500, Richard Shaw wrote:
>
> 2. JSON may be fine for machine readability but it SUCKS for human
> readability. Both brackets and braces! Do I need a "," after that one? All
> I know is I screw around with it until vim doesn't show me any more red
> highlights.
Tom Callaway wrote:
> I would also be interested in seeing the patches where you set a specific
> component to be shared while the others were static.
See what I did to v8/BUILD.gn and v8/gni/v8.gni:
> Peter Robinson wrote:
> > People that want the Fedora version of the build, even without the
> > extra bits, would get rpmfusion if they happen to have rpmfusion
> > enabled for another reason.
>
> That's exactly why RPM Fusion does NOT Obsolete Fedora packages, but uses
> Conflicts or parallel
Peter Robinson wrote:
> People that want the Fedora version of the build, even without the
> extra bits, would get rpmfusion if they happen to have rpmfusion
> enabled for another reason.
That's exactly why RPM Fusion does NOT Obsolete Fedora packages, but uses
Conflicts or parallel
Stephen Gallagher wrote:
> * #2365 F33 System-Wide Change: ELN Buildroot and Compose (sgallagh,
> 15:04:57)
> * this received +7 in the ticket, so it is accepted (sgallagh,
> 15:05:18)
> * AGREED: ELN Buildroot and Compose is accepted (+7, 1, -0)
> (sgallagh, 15:05:36)
So Fedora
On Tue, Apr 14, 2020 at 8:30 AM Miro Hrončok wrote:
>
> On 14. 04. 20 15:56, Troy Dawson wrote:
> > Hi Miro,
> > I've taken a look, but haven't done any testing.
>
> Thanks.
>
> > EPEL6 patch - no. Even if it works, I'd say no. We're at the last 7
> > months before EOL and I don't want the
According to the schedule [1], Fedora 32 Candidate RC-1.2 is now
available for testing. Please help us complete all the validation
testing! For more information on release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan
Test coverage information for the
On 14. 04. 20 15:56, Troy Dawson wrote:
Hi Miro,
I've taken a look, but haven't done any testing.
Thanks.
EPEL6 patch - no. Even if it works, I'd say no. We're at the last 7
months before EOL and I don't want the EPEL6 stuff to have changes
like this. I could be outvoted by this, but I
On Tue, Apr 14, 2020 at 11:06:27AM +0200, Miro Hrončok wrote:
> libacpi orphan 1 weeks ago
I have re-claimed this and retired it (and yacpi which depends on it) properly.
While I was able to fix the FTBFS, I noticed that libacpi no longer
On Tue, Apr 14, 2020 at 04:51:04PM +0200, Alexander Ploumistos wrote:
> On Tue, Apr 14, 2020 at 4:40 PM Petr Pisar wrote:
> >
> > On Tue, Apr 14, 2020 at 04:27:06PM +0200, Alexander Ploumistos wrote:
> > > The FSF address should be the most straightforward to fix.
> > >
> > Straightforward, but
On Tue, Apr 14, 2020 at 4:59 PM Paul Howarth wrote:
>
> I view the rpmlint warning as a hint to try to get upstream to fix the
> license text. In the case of unresponsive upstreams, we just have to
> live with it.
I think we're all on the same page here, I made the suggestion bearing
in mind
On Tue, 14 Apr 2020 16:51:04 +0200
Alexander Ploumistos wrote:
> On Tue, Apr 14, 2020 at 4:40 PM Petr Pisar wrote:
> >
> > On Tue, Apr 14, 2020 at 04:27:06PM +0200, Alexander Ploumistos
> > wrote:
> > > The FSF address should be the most straightforward to fix.
> > >
> > Straightforward,
On Tue, Apr 14, 2020 at 4:40 PM Petr Pisar wrote:
>
> On Tue, Apr 14, 2020 at 04:27:06PM +0200, Alexander Ploumistos wrote:
> > The FSF address should be the most straightforward to fix.
> >
> Straightforward, but impossible for a pacakger. Because it's a part of the
> license declaration, only
On Tue, Apr 14, 2020 at 04:27:06PM +0200, Alexander Ploumistos wrote:
> The FSF address should be the most straightforward to fix.
>
Straightforward, but impossible for a pacakger. Because it's a part of the
license declaration, only an author can change it, as the license reads:
[...]keep
On 14. 04. 20 15:47, Pierre-Yves Chibon wrote:
On Tue, Apr 14, 2020 at 12:46:11PM +0200, Vít Ondruch wrote:
Dne 09. 04. 20 v 15:43 Pierre-Yves Chibon napsal(a):
PS:
- F32 update: https://bodhi.fedoraproject.org/updates/FEDORA-2020-7f41380eb9
- F31 update:
Hello again,
If nobody else steps up to do the review, I'll take care of it later
in the week.
In the meantime, see if you can resolve any of the issues picked up by
rpmlint - there may be some false positives there:
Rpmlint
---
Checking: gjots2-3.1.2-2.fc33.noarch.rpm
On 14. 04. 20 16:20, José Abílio Matos wrote:
On Tuesday, 14 April 2020 14.47.15 WEST Pierre-Yves Chibon wrote:
> Considering that rpmautospec is mostly a python module with two koji plugins
> and a small CLI, it seemed appropriate to us to follow the python naming
> guidelines, and this
On Tuesday, 14 April 2020 14.47.15 WEST Pierre-Yves Chibon wrote:
> Considering that rpmautospec is mostly a python module with two koji plugins
> and a small CLI, it seemed appropriate to us to follow the python naming
> guidelines, and this is how we understand them.
>
> Pierre
Sure. :-)
But
On 14. 04. 20 15:30, Petr Pisar wrote:
I don't know what specific features of rpmdev-vercmp tool you need, but
version comparison is implemented in rpmvercmp() function of rpm library.
Exactly that, but without the need to use ctypes.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
Hi Miro,
I've taken a look, but haven't done any testing.
EPEL6 patch - no. Even if it works, I'd say no. We're at the last 7
months before EOL and I don't want the EPEL6 stuff to have changes
like this. I could be outvoted by this, but I believe most of the
other EPEL packagers would feel
On Tue, Apr 14, 2020 at 12:46:11PM +0200, Vít Ondruch wrote:
>
> Dne 09. 04. 20 v 15:43 Pierre-Yves Chibon napsal(a):
> >
> > PS:
> > - F32 update:
> > https://bodhi.fedoraproject.org/updates/FEDORA-2020-7f41380eb9
> > - F31 update:
> >
https://fedoraproject.org/wiki/Changes/Erlang_23
== Summary ==
Update Erlang/OTP to version 23.
== Owner ==
* Name: [[User:Peter|Peter Lemenkov]], [[SIGs/Erlang|Fedora Erlang
SIG]], [[User:bowlofeggs|Randy Barlow]], [[User:jcline|Jeremy Cline]]
* Email: lemen...@gmail.com,
https://fedoraproject.org/wiki/Changes/Erlang_23
== Summary ==
Update Erlang/OTP to version 23.
== Owner ==
* Name: [[User:Peter|Peter Lemenkov]], [[SIGs/Erlang|Fedora Erlang
SIG]], [[User:bowlofeggs|Randy Barlow]], [[User:jcline|Jeremy Cline]]
* Email: lemen...@gmail.com,
On Tue, Apr 14, 2020 at 03:14:59PM +0200, Miro Hrončok wrote:
> On 14. 04. 20 15:04, Nils Philippsen wrote:
> > > Or even running `rpmdev-vercmp` and `rpm --eval` with subprocess:
> > I'd rather not pull in rpmdevtools -- which depends on Perl and a
> > couple 3rd party Perl packages.;)
>
> Out
On 14. 04. 20 15:04, Nils Philippsen wrote:
Or even running `rpmdev-vercmp` and `rpm --eval` with subprocess:
I'd rather not pull in rpmdevtools -- which depends on Perl and a
couple 3rd party Perl packages.;)
Out of the frying pan and into the fire. Sorry, I forgot that rpmdev-vercmp is
not
Is this related to the update?
https://koschei.fedoraproject.org/package/recoll
confgui/confgui.h:71:10: fatal error: QString: No such file or directory
71 | #include
(I don't maintain recoll, but this started to show up in our Python
3.9 Copr.)
Likely
On Tue, Apr 14, 2020 at 9:06 AM Nils Philippsen wrote:
>
> On Tue, 2020-04-14 at 13:58 +0200, Miro Hrončok wrote:
> > On 14. 04. 20 13:39, Nils Philippsen wrote:
> > > So, to make this more robust against problems like you described,
> > > we
> > > should decouple what's run in the build root
On Tue, 2020-04-14 at 13:58 +0200, Miro Hrončok wrote:
> On 14. 04. 20 13:39, Nils Philippsen wrote:
> > So, to make this more robust against problems like you described,
> > we
> > should decouple what's run in the build root from a specific minor
> > version of Python and the rpm Python package
Hi,
I submitted a rename review[1] for nodejs-yarn to be renamed to yarnpkg to
make it more consistent with other
distros and upstream. If you have any comments or this change causes you
any issues, feel free to speak up.
[1]: https://bugzilla.redhat.com/show_bug.cgi?id=1823724
Thanks
Zuzka
On 07. 04. 20 6:07, Rex Dieter wrote:
Rex Dieter wrote:
FYI, Started work on importing Qt 5.14.2 into rawhide today, with work-in-
progress being done in side tag f33-build-side-21031
I figure it'll take at least a few days to get the core bits and all
dependencies rebuilt. Will provide
On 14. 04. 20 13:26, Stephen John Smoogen wrote:
Miro.
EPEL is interested in Fedora compatibility but has 0 people staffed to it. I
got slammed by the datacentre move and dropped the ball on this. Troy took over
for me last month and has been trying to catch up on all the things we have
I am not yet a packager, but I would love to help out!
-Original Message-
From: Felix Schwarz
Sent: Tuesday, April 14, 2020 7:57 AM
To: EPEL Development List ; Justin Coffman
Subject: [EPEL-devel] Re: Request EPEL8 branch for "tinyfugue"
Hi Justin,
Am 12.04.20 um 03:40 schrieb
On Tue, Apr 14, 2020 at 01:43:55PM +0200, Dario Lesca wrote:
> Il giorno mar, 07/04/2020 alle 23.01 +0200, Dario Lesca ha scritto:
> > > Please file a bug.
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1821934
>
> There is some news for this issue?
> Will fedora 32 come out with default
On 14. 04. 20 13:39, Nils Philippsen wrote:
So, to make this more robust against problems like you described, we
should decouple what's run in the build root from a specific minor
version of Python and the rpm Python package (and remove the
superfluous Koji dependency). This shouldn't be much
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
Hi Justin,
Am 12.04.20 um 03:40 schrieb Justin Coffman:
> There’s a bug currently open requesting that “tinyfugue” be packaged for EPEL
> 8.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1762158
>
> There hasn’t been any response to the original requestor since it was opened
> in October.
Il giorno mar, 07/04/2020 alle 23.01 +0200, Dario Lesca ha scritto:
> > Please file a bug.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1821934
There is some news for this issue?
Will fedora 32 come out with default TLS >=1.2 ?
Thank for reply
--
Dario Lesca
(inviato dal mio Linux Fedora
Hey Miro!
On Fri, 2020-04-10 at 11:01 +0200, Miro Hrončok wrote:
> On 10. 04. 20 1:50, Miro Hrončok wrote:
> > On 09. 04. 20 23:57, Miro Hrončok wrote:
> > > On 09. 04. 20 20:45, Pierre-Yves Chibon wrote:
> > > > I actually cannot comment on this, it may be worth opening a
> > > > koji ticket to
# CPE Weekly: 2020-04-14
---
title: CPE Weekly status email
tags: CPE Weekly, email
---
Hi All,
Apologies for the delayed weekly mail, I enjoyed a lovely four-day
weekend with my family over Easter which was important and didn't get
around to sending this email.
The upside is you get two emails
On Tue, 14 Apr 2020 at 06:08, Miro Hrončok wrote:
> On 02. 01. 20 15:36, Miro Hrončok wrote:
> > Hey EPEL experts. Could you please have a look at:
> >
> > https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/13
> > https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/14
>
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
Dne 09. 04. 20 v 15:43 Pierre-Yves Chibon napsal(a):
>
> PS:
> - F32 update: https://bodhi.fedoraproject.org/updates/FEDORA-2020-7f41380eb9
> - F31 update: https://bodhi.fedoraproject.org/updates/FEDORA-2020-3ee46bf2cd
> - F30 update:
On Tue, 14 Apr 2020 at 12:05, Vít Ondruch wrote:
>
>
> Dne 14. 04. 20 v 0:13 Ondrej Nosek napsal(a):
>
> TLDR: Is $SUBJ function reasonable to implement in fedpkg?
>
> Hi,
>
> some time ago, fedpkg issue tracker got a request [1] for method, that allows
> direct builds. That means without
> On 14. 04. 20 11:06, Miro Hrončok wrote:
> > The following packages are orphaned...
> >
> > GConf2alexl, caillon, caolanm, 1 weeks
> > ago
>
> firefox (maintained by: alexl, caolanm, gecko-maint, jgrulich, kalev,
> kengert,
> mbarnes, rhughes,
On 02. 01. 20 15:36, Miro Hrončok wrote:
Hey EPEL experts. Could you please have a look at:
https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/13
https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/14
Thanks.
Is EPEL interested in Fedora compatibility? Or shall I
Dne 14. 04. 20 v 0:13 Ondrej Nosek napsal(a):
> TLDR: Is $SUBJ function reasonable to implement in fedpkg?
>
> Hi,
>
> some time ago, fedpkg issue tracker got a request [1] for method, that
> allows direct builds. That means without sending srpms via "--srpm"
> argument. Currently, user's changes
https://bugzilla.redhat.com/show_bug.cgi?id=1823158
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On 14. 04. 20 11:38, Miro Hrončok wrote:
On 14. 04. 20 11:24, Vít Ondruch wrote:
Dne 14. 04. 20 v 11:06 Miro Hrončok napsal(a):
rubygem-ruby2ruby orphan 1
weeks ago
It seems that the "take" button on Pagure does not work reliably. Last
week, I
On 14. 04. 20 11:24, Vít Ondruch wrote:
Dne 14. 04. 20 v 11:06 Miro Hrončok napsal(a):
rubygem-ruby2ruby orphan 1
weeks ago
It seems that the "take" button on Pagure does not work reliably. Last
week, I have picked up several packages including
https://bugzilla.redhat.com/show_bug.cgi?id=1823158
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
I just took orphan 1 weeks ago
laszip devrim, orphan 5 weeks ago
liblas devrim, orphan 5 weeks ago
spatialite-gui orphan 1 weeks ago
Sandro
___
devel mailing
On 14. 04. 20 11:06, Miro Hrončok wrote:
The following packages are orphaned...
GConf2 alexl, caillon, caolanm, 1 weeks ago
firefox (maintained by: alexl, caolanm, gecko-maint, jgrulich, kalev, kengert,
mbarnes, rhughes, rstrode, sharkcz, stransky, ueno,
On 14. 04. 20 11:18, Dan Horák wrote:
patrikopravil: jruby pbrobinson: GConf2, jruby
Why am I listed against jruby?
you should search for your name in the full report
jruby blocks rubygem-json and
xapian-bindings (maintained by: denisarnaud, drago01,
pbrobinson)
https://bugzilla.redhat.com/show_bug.cgi?id=1823020
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
Dne 14. 04. 20 v 11:18 Dan Horák napsal(a):
> On Tue, 14 Apr 2020 10:12:35 +0100
> Peter Robinson wrote:
>
>> On Tue, Apr 14, 2020 at 10:07 AM Miro Hrončok
>> wrote:
>>> The following packages are orphaned and will be retired when they
>>> are orphaned for six weeks, unless someone adopts them.
1 - 100 of 120 matches
Mail list logo