On Mon, Apr 06, 2020 at 09:50:26PM +0200, Göran Uddeborg wrote:
> I asked this in ask.fedoraproject
> (https://ask.fedoraproject.org/t/is-there-a-way-to-mockbuild-systemd),
> but FranciscoD suggested this might be a better place.
>
> I'm trying to build a slightly modified version of systemd. To
On Thu, Apr 16, 2020 at 01:57:40AM +0200, clime wrote:
> On Thu, 16 Apr 2020 at 00:52, Dan Čermák
> wrote:
> >
> > clime writes:
> >
> > > On Mon, 13 Apr 2020 at 10:55, Dan Čermák
> > > wrote:
> > >>
> > >> Hi list,
> > >>
> > >> my question is pretty much $subject: Why doesn't Koschei kick of
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
David Schwörer writes:
> On 4/14/20 11:06 AM, Miro Hrončok wrote:
>> orangefs orphan 1
>> weeks ago
>
> I took orangefs and rebuild it.
> However I am not able to close or take the FTBFS bug [1]
> The documentation only says I should take the bug
On 26. 11. 19 13:13, Pierre-Yves Chibon wrote:
* Anitya integration in dist-git
Something we lost when loosing pkgdb was the easy integration to anitya
(https://release-monitoring.org). With the coming changes we are getting them
back.
On the left hand-side column, there will be a drop-down but
On Thu, 16 Apr 2020 at 09:51, Pierre-Yves Chibon wrote:
>
> On Thu, Apr 16, 2020 at 01:57:40AM +0200, clime wrote:
> > On Thu, 16 Apr 2020 at 00:52, Dan Čermák
> > wrote:
> > >
> > > clime writes:
> > >
> > > > On Mon, 13 Apr 2020 at 10:55, Dan Čermák
> > > > wrote:
> > > >>
> > > >> Hi list,
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
* Lennart Poettering:
> Long story short: if you experienced issues with DNSSEC on with
> resolved today, then be assured that with DNSSEC off things are much
> much better, and that's how we'd ship it in Fedora if it becomes the
> default.
Would you please clarify what switching DNSSEC off means
* Michael Catanzaro:
> On Wed, Apr 15, 2020 at 10:48 am, Florian Weimer
> wrote:
>> The second Kubernetes issue I worry about [1] is that the CoreDNS name
>> server is installed first, and it does additional rule-based
>> processing
>> for in-cluster names. External DNS servers are listed later.
* Lennart Poettering:
> On Mi, 15.04.20 16:30, Lennart Poettering (mzerq...@0pointer.de) wrote:
>
>> On Mi, 15.04.20 15:50, Florian Weimer (fwei...@redhat.com) wrote:
>>
>> > * Lennart Poettering:
>> >
>> > > 1. If /etc/resolv.conf is a regular file, resolved will *consume* it
>> > >for DNS co
On 16/04/2020 11:46, Florian Weimer wrote:
* Lennart Poettering:
Long story short: if you experienced issues with DNSSEC on with
resolved today, then be assured that with DNSSEC off things are much
much better, and that's how we'd ship it in Fedora if it becomes the
default.
Would you please
On Thu, Apr 16, 2020 at 12:16:16PM +0200, clime wrote:
> On Thu, 16 Apr 2020 at 09:51, Pierre-Yves Chibon wrote:
> >
> > On Thu, Apr 16, 2020 at 01:57:40AM +0200, clime wrote:
> > > On Thu, 16 Apr 2020 at 00:52, Dan Čermák
> > > wrote:
> > > >
> > > > clime writes:
> > > >
> > > > > On Mon, 13
On 4/15/20 5:52 PM, Dan Čermák wrote:
That is pretty useful, because as a maintainer you can just update a
library and you don't have to do a thing to get dependent packages
rebuilt. So no more "unannounced SONAME bump", "please rebuild XYZ" and
"need a provenpackager to rebuild dependent package
On Thu, 16 Apr 2020 at 14:12, Pierre-Yves Chibon wrote:
>
> On Thu, Apr 16, 2020 at 12:16:16PM +0200, clime wrote:
> > On Thu, 16 Apr 2020 at 09:51, Pierre-Yves Chibon
> > wrote:
> > >
> > > On Thu, Apr 16, 2020 at 01:57:40AM +0200, clime wrote:
> > > > On Thu, 16 Apr 2020 at 00:52, Dan Čermák
On Thu, Apr 16, 2020 at 12:53:48PM +0200, Florian Weimer wrote:
> * Lennart Poettering:
>
> > On Mi, 15.04.20 16:30, Lennart Poettering (mzerq...@0pointer.de) wrote:
> >
> >> On Mi, 15.04.20 15:50, Florian Weimer (fwei...@redhat.com) wrote:
> >>
> >> > * Lennart Poettering:
> >> >
> >> > > 1. If /
On Mi, 15.04.20 07:10, Pavel Raiskup (prais...@redhat.com) wrote:
> 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 ra
On Mi, 15.04.20 13:27, Daniel J Walsh (dwa...@redhat.com) wrote:
> > If a container manager copies in /etc/resolv.conf from the host into
> > the container on container *start*, it might be wise to copy in
> > /run/systemd/resolve/resolv.conf instead of /etc/resolv.conf, if it
> > exists. That fil
On Thu, 16 Apr 2020 at 14:12, Pierre-Yves Chibon wrote:
>
> On Thu, Apr 16, 2020 at 12:16:16PM +0200, clime wrote:
> > On Thu, 16 Apr 2020 at 09:51, Pierre-Yves Chibon
> > wrote:
> > >
> > > On Thu, Apr 16, 2020 at 01:57:40AM +0200, clime wrote:
> > > > On Thu, 16 Apr 2020 at 00:52, Dan Čermák
On 4/16/20 10:39 AM, Dave Love wrote:
> David Schwörer writes:
>
>> On 4/14/20 11:06 AM, Miro Hrončok wrote:
>>> orangefs orphan 1
>>> weeks ago
>>
>> I took orangefs and rebuild it.
>> However I am not able to close or take the FTBFS bug [1]
>>
* Zbigniew Jędrzejewski-Szmek:
> On Thu, Apr 16, 2020 at 12:53:48PM +0200, Florian Weimer wrote:
>> * Lennart Poettering:
>>
>> > On Mi, 15.04.20 16:30, Lennart Poettering (mzerq...@0pointer.de) wrote:
>> >
>> >> On Mi, 15.04.20 15:50, Florian Weimer (fwei...@redhat.com) wrote:
>> >>
>> >> > * Le
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Passed openQA tests: 8/8 (x86_64)
New passes (same test not passed in Fedora-IoT-33-20200415.0):
ID: 578629 Test: x86_64 IoT-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/578629
ID: 578630 Test:
On Do, 16.04.20 12:49, Florian Weimer (fwei...@redhat.com) wrote:
> As explained elsewhere, NetworkManager-openvpn extracts the search list
> from OpenVPN parameters, passes that to NetworkManager, which I expect
> will pass ito to systemd-resolved in the future.
>
> >> Ugh. That will have to be
On Thu, Apr 16, 2020, at 9:26 AM, Florian Weimer wrote:
> * Zbigniew Jędrzejewski-Szmek:
>
> > On Thu, Apr 16, 2020 at 12:53:48PM +0200, Florian Weimer wrote:
> >> * Lennart Poettering:
> >>
> >> > On Mi, 15.04.20 16:30, Lennart Poettering (mzerq...@0pointer.de) wrote:
> >> >
> >> >> On Mi, 15.0
On Do, 16.04.20 12:46, Florian Weimer (fwei...@redhat.com) wrote:
> * Lennart Poettering:
>
> > Long story short: if you experienced issues with DNSSEC on with
> > resolved today, then be assured that with DNSSEC off things are much
> > much better, and that's how we'd ship it in Fedora if it beco
On Do, 16.04.20 15:26, Florian Weimer (fwei...@redhat.com) wrote:
> If /etc/resolv.conf is a regular file, will systemd-resolved deactivate
> itself? Or use the name server configuration found there instead?
It will use it.
It's smart on this: if it finds a symlink there that points to one of
t
On Do, 16.04.20 12:53, Florian Weimer (fwei...@redhat.com) wrote:
> > Meh. I mean /etc/resolv.conf here, of course, not /etc/nsswitch.conf.
>
> So if /etc/resolv.conf comes from somewhere else, then nss_resolve will
> still forward queries to the daemon, which contacts the upstream server
> on nss
On Wed, 2020-04-15 at 10:02 -0500, Michael Catanzaro wrote:
> On Wed, Apr 15, 2020 at 1:38 pm, Florian Weimer
> wrote:
> > Not sure if that's compatible with the new split DNS model because
> > VPN1
> > could simply start pushing longer names in the scope of VPN2, thus
> > hijacking internal tra
* Lennart Poettering:
> On Do, 16.04.20 12:53, Florian Weimer (fwei...@redhat.com) wrote:
>
>> > Meh. I mean /etc/resolv.conf here, of course, not /etc/nsswitch.conf.
>>
>> So if /etc/resolv.conf comes from somewhere else, then nss_resolve will
>> still forward queries to the daemon, which contact
On Tuesday, April 14, 2020 12:23:27 PM MST 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 Thu, Apr 16, 2020 at 4:18 pm, Tomas Mraz wrote:
Trusted for what? I would expect corporate VPNs doing such tricks to
monitor the user's internet traffic. Which does not mean the user is
fully screwed with such VPN if he for example uses hardcoded
configuration of a caching nameserver.
In Fl
On Wednesday, April 15, 2020 6:34:56 AM MST Lennart Poettering wrote:
> On Di, 14.04.20 12:57, Kevin Fenzi (ke...@scrye.com) wrote:
>
>
> > Can you expand on what that means?
> >
> >
> >
> > Does it mean:
> >
> >
> >
> > a) systemd-resolved will use DNS over TLS if it detects that
> > the nameser
On 4/15/20 17:06, James Cassell wrote:
> On Wed, Apr 15, 2020, at 1:27 PM, Daniel Walsh wrote:
>> On 4/15/20 10:07, Lennart Poettering wrote:
>>> On Di, 14.04.20 15:57, James Cassell (fedoraproj...@cyberpear.com) wrote:
>>>
On Tue, Apr 14, 2020, at 3:23 PM, Ben Cotton wrote:
> https://fedo
On Thursday, April 16, 2020 7:41:07 AM MST John M. Harris Jr wrote:
> Really, it may be best to go about this in the same way as Ubuntu, with
> nss- dns instead of nss-resolve.. Editing /etc/resolv.conf is still
> commonly done on Fedora, especially on servers. In fact, I never knew that
> NetworkM
* Lennart Poettering:
> On Do, 16.04.20 12:49, Florian Weimer (fwei...@redhat.com) wrote:
>
>> As explained elsewhere, NetworkManager-openvpn extracts the search list
>> from OpenVPN parameters, passes that to NetworkManager, which I expect
>> will pass ito to systemd-resolved in the future.
>>
>>
On Thu, Apr 16, 2020 at 7:55 am, John M. Harris Jr
wrote:
Correcting what I said above, perhaps it'd be best to use what Lennart
mentions as "mode 1" of systemd-resolved, such that /etc/resolv.conf
is read,
while using nss-resolve.
If you want to do that, you can. You just need to make /etc/
* Tomas Mraz:
> On Wed, 2020-04-15 at 10:02 -0500, Michael Catanzaro wrote:
>> On Wed, Apr 15, 2020 at 1:38 pm, Florian Weimer
>> wrote:
>> > Not sure if that's compatible with the new split DNS model because
>> > VPN1
>> > could simply start pushing longer names in the scope of VPN2, thus
>> >
On Thu, Apr 16, 2020 at 07:41:07AM -0700, John M. Harris Jr wrote:
>
> Really, it may be best to go about this in the same way as Ubuntu, with nss-
> dns instead of nss-resolve.. Editing /etc/resolv.conf is still commonly done
> on Fedora, especially on servers. In fact, I never knew that Network
OLD: Fedora-Rawhide-20200415.n.0
NEW: Fedora-Rawhide-20200416.n.0
= SUMMARY =
Added images:2
Dropped images: 0
Added packages: 5
Dropped packages:4
Upgraded packages: 142
Downgraded packages: 0
Size of added packages: 146.24 MiB
Size of dropped packages
Sorry for the delay. In spite of being stuck in my house, life has
been amazingly busy lately...
On Mon, Apr 13, 2020 at 2:32 PM Richard W.M. Jones wrote:
> Long and the short is this will require some sort of OCaml pre-4.11
> package, and a complete rebuild of everything in Rawhide. (I'm not
>
OLD: Fedora-32-20200415.n.0
NEW: Fedora-32-20200416.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 3
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
On Do, 16.04.20 07:45, John M. Harris Jr (joh...@splentity.com) wrote:
> If there are no servers configured... Shouldn't it use no servers?
Well, our assumption is that working DNS is better than DNS that
doesn't work.
Lennart
--
Lennart Poettering, Berlin
__
On Do, 16.04.20 17:14, Florian Weimer (fwei...@redhat.com) wrote:
> > I don't think we can reliably determine whether people have deployed
> > things in a way that relies on /etc/resolv.conf only listing a fully
> > blown DNS server or who are fine with it being a more restricted stub
> > like sys
Pavel Raiskup:
> Who gave you this suggestion,
As the suggestion was sent off list, I didn't want to say that. I
don't know the reason he didn't send it to the public list but just to
me.
> haven't you tried to fill an issue against
> systemd
No, I have not. I assumed it was something I did wr
On Thu, Apr 16, 2020 at 07:27:29PM +0200, Lennart Poettering wrote:
> > If there are no servers configured... Shouldn't it use no servers?
> Well, our assumption is that working DNS is better than DNS that
> doesn't work.
I hope no one is using lack of configured DNS as a security measure! But I
c
* Lennart Poettering:
> On Do, 16.04.20 17:14, Florian Weimer (fwei...@redhat.com) wrote:
>
>> > I don't think we can reliably determine whether people have deployed
>> > things in a way that relies on /etc/resolv.conf only listing a fully
>> > blown DNS server or who are fine with it being a more
No missing expected images.
Passed openQA tests: 8/8 (x86_64)
New passes (same test not passed in Fedora-IoT-32-20200414.0):
ID: 578977 Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/578977
Installed system changes in test x86_64 IoT-dvd_ost
Zbigniew Jędrzejewski-Szmek:
> Some ways to avoid the issue: use a newer kernel,
It is not completely clear from the bugzilla which version would be
needed, but I built it on a machine using 5.5.6-201.fc31. According
to comment 10
(https://bugzilla.redhat.com/show_bug.cgi?id=1803070#c10) it even
Göran Uddeborg:
> Should I file a bugzilla?
Well, obviously not.
https://bugzilla.redhat.com/show_bug.cgi?id=1803070 was already filed.
I should have found it in my search earlier, but I didn't.
___
devel mailing list -- devel@lists.fedoraproject.org
To
On Thu, Apr 16, 2020 at 08:19:59PM +0200, Göran Uddeborg wrote:
> Zbigniew Jędrzejewski-Szmek:
> > Some ways to avoid the issue: use a newer kernel,
>
> It is not completely clear from the bugzilla which version would be
> needed, but I built it on a machine using 5.5.6-201.fc31. According
> to c
On Do, 16.04.20 14:07, Matthew Miller (mat...@fedoraproject.org) wrote:
> On Thu, Apr 16, 2020 at 07:27:29PM +0200, Lennart Poettering wrote:
> > > If there are no servers configured... Shouldn't it use no servers?
> > Well, our assumption is that working DNS is better than DNS that
> > doesn't wo
* Matthew Miller:
> On Thu, Apr 16, 2020 at 07:27:29PM +0200, Lennart Poettering wrote:
>> > If there are no servers configured... Shouldn't it use no servers?
>> Well, our assumption is that working DNS is better than DNS that
>> doesn't work.
>
> I hope no one is using lack of configured DNS as
On Thu, Apr 16, 2020 at 8:07 pm, Florian Weimer
wrote:
I don't think this change is ready for Fedora, then.
Florian, isn't this a quite specialized use-case of the sort where you
can simply write your own /etc/resolv.conf and let resolved consume
that? Or just disable resolved?
How? The
The release status of Fedora 32 Final is no-go..
Due to open blocker bugs, Fedora 32 Final was declared "no-go". We
will reconvene at 1700 UTC on Thursday, 23 April[1] to re-evaluate.
If we determine at that time that Fedora 32 is go, it will release on
the "target release date #1" of 28 April.
On Thu, Apr 16, 2020 at 10:04:52AM -0600, Jerry James wrote:
> Sorry for the delay. In spite of being stuck in my house, life has
> been amazingly busy lately...
>
> On Mon, Apr 13, 2020 at 2:32 PM Richard W.M. Jones wrote:
> > Long and the short is this will require some sort of OCaml pre-4.11
On Thu, Apr 16, 2020, 21:00 Richard W.M. Jones wrote:
> On Thu, Apr 16, 2020 at 10:04:52AM -0600, Jerry James wrote:
> > Sorry for the delay. In spite of being stuck in my house, life has
> > been amazingly busy lately...
> >
> > On Mon, Apr 13, 2020 at 2:32 PM Richard W.M. Jones
> wrote:
> > >
On Thu, Apr 16, 2020 at 03:07:37PM +0200, clime wrote:
> On Thu, 16 Apr 2020 at 14:12, Pierre-Yves Chibon wrote:
> >
> > On Thu, Apr 16, 2020 at 12:16:16PM +0200, clime wrote:
> > > On Thu, 16 Apr 2020 at 09:51, Pierre-Yves Chibon
> > > wrote:
> > > >
> > > > On Thu, Apr 16, 2020 at 01:57:40AM +
On Wed, Apr 15, 2020 at 09:45:19AM +0200, David Schwörer wrote:
> On 4/14/20 11:06 AM, Miro Hrončok wrote:
> > orangefs orphan 1
> > weeks ago
>
> I took orangefs and rebuild it.
> However I am not able to close or take the FTBFS bug [1]
> The doc
Am 16.04.20 um 20:05 schrieb Göran Uddeborg:
> As the suggestion was sent off list, I didn't want to say that.
No reason to keep it secret :-)
Until now I did not realize I sent you a private message (just wondered about
the privat reply ;-)
Felix
___
> > and lines like this:
> > https://pagure.io/Fedora-Infra/rpmautospec/blob/3c208f17329940977cbe1552f3d1bbee35014f93/f/rpmautospec/tag_package.py#_53
> > are not needed?
>
> This is not involved in the computation of the next release value.
> So, do we use the build history of the package to predi
On Thu, Apr 16, 2020 at 1:00 PM Richard W.M. Jones wrote:
> Sure, I can do the rebuild tomorrow, if you push the changes
> today.
All of the changes have been pushed. I have made utop buildable
again, so if that isn't part of your rebuild plan, it would be great
if you could include it. (Also,
Michael Cronenworth writes:
> On 4/15/20 5:52 PM, Dan Čermák wrote:
>> That is pretty useful, because as a maintainer you can just update a
>> library and you don't have to do a thing to get dependent packages
>> rebuilt. So no more "unannounced SONAME bump", "please rebuild XYZ" and
>> "need a p
Once upon a time, Lennart Poettering said:
> On Do, 16.04.20 07:45, John M. Harris Jr (joh...@splentity.com) wrote:
> > If there are no servers configured... Shouldn't it use no servers?
>
> Well, our assumption is that working DNS is better than DNS that
> doesn't work.
Talking to servers the a
Once upon a time, Lennart Poettering said:
> Again, we do not support DNSSEC from client to the stub. If you set CD
> we'll return NOTIMP as rcode, indicating that. We do not implement a
> full DNS server, but just enough for local stub clients (such as the
> one implemented in glibc or Java) to w
Currently, security updates can take days to get to users. In particular,
Firefox and Thunderbird often take a day or more, even though virtually every
single update contains security fixes.
We need to ensure that security updates reach stable within hours of an
upstream advisory. Ideally, we
Currently, security updates can take days to get to users. In particular,
Firefox and Thunderbird often take a day or more, even though virtually every
single update contains security fixes.
We need to ensure that security updates reach stable within hours of an
upstream advisory. Ideally, we
On Fri, 2020-04-17 at 01:01 +, Demi M. Obenour wrote:
> Currently, security updates can take days to get to users. In
> particular, Firefox and Thunderbird often take a day or more, even
> though virtually every single update contains security fixes.
>
> We need to ensure that security update
On Fri, Apr 17, 2020 at 1:01 am, Demi M. Obenour
wrote:
Finally, some packages should have all updates considered as security
updates. This includes anything based on a web browser (Firefox,
Thunderbird, SeaMonkey, Chromium, webkit2gtk, etc), as well the Linux
kernel itself. Virtually every
Well I eventually woke up, got out of bed and read my email!!
I'll fix up the address and rebuild, no problemo.
Cheers
Bob
On Wed, 15 Apr 2020 at 01:06, Petr Pisar wrote:
>
> On Tue, Apr 14, 2020 at 04:51:04PM +0200, Alexander Ploumistos wrote:
> > On Tue, Apr 14, 2020 at 4:40 PM Petr Pisar
Done - https://bugzilla.redhat.com/show_bug.cgi?id=1823599
On Fri, 17 Apr 2020 at 12:50, Bob Hepple wrote:
>
> Well I eventually woke up, got out of bed and read my email!!
>
> I'll fix up the address and rebuild, no problemo.
>
> Cheers
>
>
> Bob
>
> On Wed, 15 Apr 2020 at 01:06, Petr Pisar wro
On Saturday, April 11, 2020 4:30:57 AM MST Kevin Kofler wrote:
> Alex Scheel wrote:
>
> > Look folks. This isn't a Fedora-only survey. It is a survey run by Red
> > Hat
> > members who are looking to engage with a community that includes Fedora,
> > Red Hat, CentOS and a bunch of other stakeholder
Apr 16, 2020 18:02:33 Demi M. Obenour :
>
> Finally, some packages should have all updates considered as security
> updates. This includes anything based on a web browser (Firefox, Thunderbird,
> SeaMonkey, Chromium, webkit2gtk, etc), as well the Linux kernel itself.
> Virtually every update of
On Fri, 17 Apr 2020 06:55:10 +0200, Michel Alexandre Salim wrote:
> For kernel updates this is probably not a good idea. Given that updates
> potentially introduce regressions, being able to distinguish updates with
> known CVEs that we do need to roll out immediately, versus other updates we
> can
72 matches
Mail list logo
