On Mon, Apr 13, 2020 at 12:47:58PM -0500, Dennis Gilmore wrote:
> [root@localhost ~]# hwclock --hctosys --verbose
...
> hwclock: settimeofday() failed: Invalid argument
> I came across https://www.mail-archive.com/info-gnu@gnu.org/msg02694.html
> which to me indicates that the API used by hwclock
On Thu, Apr 09, 2020 at 02:08:46PM -0500, Brandon Nielsen wrote:
> Additionally, the 'nts' option for 'server' and 'pool' directives, to me,
> does not make it immediately clear that NTS will be required for _all_ NTP
> servers. To me, that option implies that NTS will be enforced for that
> partic
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 devel-le...@lists.fedorap
On Mon, 13 Apr 2020 18:43:07 +0200, Tom Callaway wrote:
> The linker said: error adding symbols: Malformed archive. Searching leads
> me to translate that error to "too many open files". See:
> https://github.com/OSSystems/meta-browser/issues/194
>
> Apparently, gold does not have this issue, but
On 14. 04. 20 9:53, Tomas Kopecek wrote:
So the actual question is: Can we have side tags that do both of the
following
things at the same time?
- use their own builds in the buildArch tasks
- don't see/use their own builds in the buildSRPMFromSCM tasks
(CCed Kevin, M
* Jan Kratochvil:
> On Mon, 13 Apr 2020 18:43:07 +0200, Tom Callaway wrote:
>> The linker said: error adding symbols: Malformed archive. Searching leads
>> me to translate that error to "too many open files". See:
>> https://github.com/OSSystems/meta-browser/issues/194
>>
>> Apparently, gold does
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
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. If you know for sure
> that the package should be retired, please do so now with a proper reason:
> https://fedorapro
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. If you know
> > for sure that the package should
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 this one just to find
later that I actually
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.
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) xapian-bindings-1.4.14
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, xh
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 li
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 this
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 have
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
> 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, rstrode
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 sending
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: https://bodhi.fedoraproject.org/updates/FEDORA-2020-081a8769
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 devel-le...@lists.fedorap
# 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
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 a
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 31
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 wor
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 TLS
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 statu
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 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 (
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 from
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 https://bugzilla.redhat.com/show_bu
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
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 of
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, erl...@lists.fedoraproj
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://bodhi.fedoraproject.org/updates/FEDORA-2020-3ee46
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
_
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 s
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 is
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
gjots2-3.1.2-
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: https://bodhi.fedoraproject.org/u
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 in
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 an
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, 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 that
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 im
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
works
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 curr
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 is
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 installabilit
> 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 i
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:
https://src.fedoraproject.org/rpms/qt5-qtwebengine/blob/f27/f/qtwebengine-everywhere-src-5.10.1-no
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.
Please
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
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 c
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 doesn't
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 (maintai
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 betwee
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 bloc
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:
https://bodhi.fedoraproject.org/updat
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 OpenJDK
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 syst
* 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 d
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 i
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 ne
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, 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
> manually
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)
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: https://openqa.fe
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
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| Michael
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 u
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),
>>
>>
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 nss-re
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)
b
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 k
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 tests
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
way
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 settings,
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,
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 I
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
[https://src.fedoraproject.org/rpms/systemd/blob/bb79f
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 ou
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 li
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 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:
> https://fedoraproject.org/
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 a
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 NetworkManager
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 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 before
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 curr
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 `Multicas
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 devel-le...@lists.fedorap
92 matches
Mail list logo
