On 9/29/20 12:07 PM, Joe Doss wrote:
On 9/29/20 10:44 AM, Rich Megginson wrote:
Is there a plan to package `gh` in Fedora?
https://bugzilla.redhat.com/show_bug.cgi?id=1803302
I am slogging through it slowly.
OK, I have things built for Rawhide and F33. You can check it out here
https://cop
On 9/22/20 1:19 PM, Stephen Gallagher wrote:
On Mon, Sep 21, 2020 at 9:55 AM Miro Hrončok wrote:
On 21. 09. 20 15:40, Mark Wielaard wrote:
Hi,
I couldn't build elfutils because of an annobin bug that showed up on
ppc64le. Nick was nice enough to fix it and push a new annobin version:
https:/
Am 01.10.20 um 19:45 schrieb Vitaly Zaitsev via devel:
> On 01.10.2020 17:46, Neal Gompa wrote:
>> They also completely break most VPNs and corporate network setups, so...
> It will not, because Fedora will use opportunistic mode by default.
>
DoT won't break anything, it's blockable by an admin in
Am 01.10.20 um 17:44 schrieb Vitaly Zaitsev via devel:
> On 01.10.2020 16:54, Petr Menšík wrote:
>> But DNS over TLS does not bring you more privacy usually.
> It does. DoT and DoH encrypt all DNS traffic. Your ISP can no longer spy
> on you and sell the collected data to third parties.
>
... if yo
Am 01.10.20 um 19:36 schrieb Simo Sorce:
> That said,
> if it really is an internal DNS and there are strong policies around it
> I assume that the perimeter or the local machine firewall will be
> configured to block UDP packets to port 53 to any other external
> servers ...
>
> This leaves out on
Am 01.10.20 um 16:36 schrieb Alexander Bokovoy:
>
> You can also drop a configuration snippet in
> /etc/systemd/resolved.conf.d/ to contain
>
> FallbackDNS=
>
> This will disable global DNS servers for any case.
>
if that would be the default, it would be ok.
Am 01.10.20 um 16:03 schrieb Michael
On 9/30/20 10:20 AM, Vitaly Zaitsev via devel wrote:
On 30.09.2020 15:39, Robert-André Mauchin wrote:
I have an issue with both Clementine and Strawberry (a fork of Clementine)
in F33 and above, users reported that disabling LTO fixes the problem.
I have the same issue with Telegram Desktop:
h
Missing expected images:
Xfce live x86_64
Failed openQA tests: 4/37 (x86_64)
ID: 683018 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/683018
ID: 683034 Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/68
On 9/30/20 10:20 AM, Vitaly Zaitsev via devel wrote:
On 30.09.2020 15:39, Robert-André Mauchin wrote:
I have an issue with both Clementine and Strawberry (a fork of Clementine)
in F33 and above, users reported that disabling LTO fixes the problem.
I have the same issue with Telegram Desktop:
h
On 01/10/2020 20:02, Simo Sorce wrote:
You mean Fedora 33 release notes ?
We already blocked things like TLS1.0/1.1 in previous Fedras, and that
had a larger impact on legacy enterprise laggards, I do not know if
this specific case is worth that much.
Actually TLS1.0 and 1.1 are still allowed
On Thu, 2020-10-01 at 18:08 +, Gary Buhrmaster wrote:
> On Thu, Oct 1, 2020 at 5:21 PM Simo Sorce wrote:
>
> > Note that at this point in time (2020), this is a server bug not a
> > Fedora policy problem.
>
> Regardless, as (especially) corporate services tend
> to have lives that are excess
On Wed, Sep 30, 2020 at 11:50:00AM -0500, Michael Catanzaro wrote:
> On Wed, Sep 30, 2020 at 6:43 pm, Dominik 'Rathann' Mierzejewski
> wrote:
> >What if I'm using NetworkManager and dnssec-trigger? This has been
> >working very well for me for the last couple of releases and I'd hate
> >to be forc
On Thu, Oct 1, 2020 at 5:21 PM Simo Sorce wrote:
> Note that at this point in time (2020), this is a server bug not a
> Fedora policy problem.
Regardless, as (especially) corporate services tend
to have lives that are excessively longer than updates
in security policies, it might deserve a speci
On 10/1/20 5:52 AM, Marius Schwarz wrote:
Is it possible to boot from the stick and then perform a grub-install
with an old grub?
This attempt failed too:
# grub2-install /dev/sda
grub2-install: Fehler: /usr/lib/grub/x86_64-efi/modinfo.sh existiert
nicht. Bitte geben Sie --target oder --d
On Thu, 2020-10-01 at 14:01 -0400, Simo Sorce wrote:
> On Thu, 2020-10-01 at 19:47 +0200, Miro Hrončok wrote:
> > On 01. 10. 20 19:20, Simo Sorce wrote:
> > > and the policy affects all software on the system, not just thunderbird
> > > ...
> >
> > Is it possible to workaround the problem in Thun
On Thu, 2020-10-01 at 19:47 +0200, Miro Hrončok wrote:
> On 01. 10. 20 19:20, Simo Sorce wrote:
> > and the policy affects all software on the system, not just thunderbird ...
>
> Is it possible to workaround the problem in Thunderbird only?
Only if thunderbrind provides a configuration option to
On 01. 10. 20 19:20, Simo Sorce wrote:
and the policy affects all software on the system, not just thunderbird ...
Is it possible to workaround the problem in Thunderbird only?
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing l
On 01.10.2020 17:46, Neal Gompa wrote:
> They also completely break most VPNs and corporate network setups, so...
It will not, because Fedora will use opportunistic mode by default.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel maili
On Thu, 2020-10-01 at 09:03 -0500, Michael Catanzaro wrote:
> On Thu, Oct 1, 2020 at 3:32 pm, Marius Schwarz
> wrote:
> > I think, he meant the systemd-resolved fiallback to Cloudflare and
> > Google. Is that in the fedora build? If so, i suggest to patch it out.
> > That will fix the issue for m
On 9/30/20 5:03 PM, Miro Hrončok wrote:
> On 30. 09. 20 22:54, Tony Asleson wrote:
>> I posed the question on IRC if this fix-up script gets run after freeze
>> and the answer was it could. I don't want to get caught with this
>> again, so I'm in the process of adding epoch and rolling new release
Note that at this point in time (2020), this is a server bug not a
Fedora policy problem.
I also heartily approve of using a custom policy change rather than
switching to legacy, and hopefully people will quickly be able to
remove that custom change too because that DH size is simply too weak
for
On Thu, Oct 1, 2020 at 3:48 PM Neal Gompa wrote:
>
> On Thu, Oct 1, 2020 at 11:45 AM Vitaly Zaitsev via devel
> wrote:
> >
> > On 01.10.2020 16:54, Petr Menšík wrote:
> > > But DNS over TLS does not bring you more privacy usually.
> >
> > It does. DoT and DoH encrypt all DNS traffic. Your ISP can
On Thu, Oct 01, 2020 at 12:08:19PM -0400, Paul Wouters wrote:
> Clearly, there is a case for making systemd-resolved "default with
> an option to opt-out". It makes no sense that these deployments
> must install and ensure to then disable and keep disabled, the
> systemd-resolved daemon.
I fully a
On Thu, 1 Oct 2020, Michael Catanzaro wrote:
We are not going to patch out fallback to Cloudflare or Google because it is
a non-issue. Fallback only happens when you have zero other DNS servers
configured. When was the last time you connected to a network and there's no
DHCP, no nothing? The n
On Thu, 1 Oct 2020, Neal Gompa wrote:
Essentially, split-horizon DNS setups on Fedora systems become
possible with this change.
As reported by libreswan and openvpn developers already in the last
two days, these are already possible without systemd-resolved and
people have relied on that for y
On Thu, Oct 1, 2020 at 11:45 AM Vitaly Zaitsev via devel
wrote:
>
> On 01.10.2020 16:54, Petr Menšík wrote:
> > But DNS over TLS does not bring you more privacy usually.
>
> It does. DoT and DoH encrypt all DNS traffic. Your ISP can no longer spy
> on you and sell the collected data to third parti
On 01.10.2020 16:54, Petr Menšík wrote:
> But DNS over TLS does not bring you more privacy usually.
It does. DoT and DoH encrypt all DNS traffic. Your ISP can no longer spy
on you and sell the collected data to third parties.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
On Thu, Oct 01, 2020 at 03:20:19PM -, Helg Green via devel wrote:
> What is meant by 'strip the binary file'?
Binaries can be built to include debug information. This makes them
(sometimes a lot) bigger, so it's customary to build them without that
information for production use. (Or to build
What is meant by 'strip the binary file'?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
Li
DNS over TLS is offered already by package called stubby. But DNS over
TLS does not bring you more privacy usually. It only allows moving
(some) queries away from your ISP to somewhere else, but always someone
can read them.
On 4/14/20 9:33 PM, Michael Cronenworth wrote:
> On 4/14/20 2:23 PM, Ben
On to, 01 loka 2020, Michael Catanzaro wrote:
On Thu, Oct 1, 2020 at 3:32 pm, Marius Schwarz
wrote:
I think, he meant the systemd-resolved fiallback to Cloudflare and
Google. Is that in the fedora build? If so, i suggest to patch it out.
That will fix the issue for me in perspective of the GDPR
Zbigniew Jędrzejewski-Szmek writes:
> On Thu, Oct 01, 2020 at 01:25:13PM +0200, Ondřej Lysoněk wrote:
>> Fabio Valentini writes:
>>
>> > On Thu, Oct 1, 2020 at 11:37 AM Ondřej Lysoněk wrote:
>> >>
>> >> Fabio Valentini writes:
>> >>
>> >> > On Thu, Oct 1, 2020 at 10:27 AM Ondřej Lysoněk
>>
On 10/1/20 8:20 AM, Peter Robinson wrote:
>> Moreover, *all* Fedora variants use NetworkManager. *ALL* OSTree
> (rpm)ostree variants are Fedora variants - please don't using phrasing
> implying otherwise.
> IOW you just say: *all* Fedora variants use NetworkManager.
They are
On 10/1/20 12:00 AM, Joe Doss wrote:
> On 9/30/20 7:14 PM, Colin Walters wrote:
>> That's not true, you can `rpm-ostree override remove`. It'd still be
>> there in the ostree repository on disk, but you don't see it in the
>> "deployment" (what you actually boot into). Few people care about
>>
On Thu, Oct 1, 2020 at 3:32 pm, Marius Schwarz
wrote:
I think, he meant the systemd-resolved fiallback to Cloudflare and
Google. Is that in the fedora build? If so, i suggest to patch it out.
That will fix the issue for me in perspective of the GDPR.
Unless you explain this *very* clearly, I'm
On Thu, Oct 1, 2020 at 5:28 AM Miro Hrončok wrote:
>
> On 30. 09. 20 9:38, Pierre-Yves Chibon wrote:
> > We are moving the service to a new server running RHEL8 and python3.
>
> I don't understand why you do this. It worked just fine on Python 2!
>
Thanks for that, Miro. I just did a spit-take wh
On Thu, Oct 01, 2020 at 11:27:08AM +0200, Miro Hrončok wrote:
> On 30. 09. 20 9:38, Pierre-Yves Chibon wrote:
> > We are moving the service to a new server running RHEL8 and python3.
>
> I don't understand why you do this. It worked just fine on Python 2!
It did and now it works fine on python 3
Am 30.09.20 um 17:13 schrieb Michael Catanzaro:
>
> On Wed, Sep 30, 2020 at 3:14 pm, Graham Leggett wrote:
>> Regulations like the GDPR exist, and ignorance of them is not a defence.
>>
>> I am required by these regulations and many other regulations in
>> multiple jurisdictions to make sure my us
Hello everyone,
Few of the links seems to have been truncated in the previous email, here's
the announcement again in all its glory :)
Please join us at the next Open NeuroFedora team meeting next week on
*Monday 05th October at 1300UTC* in #fedora-neuro on IRC (Freenode). The
meeting is a public
On Thu, Oct 1, 2020 at 9:06 AM Peter Robinson wrote:
>
> On Thu, Oct 1, 2020 at 1:53 PM Neal Gompa wrote:
> >
> > On Thu, Oct 1, 2020 at 8:34 AM Peter Robinson wrote:
> > >
> > > On Wed, Sep 30, 2020 at 9:27 PM Neal Gompa wrote:
> > > >
> > > > On Wed, Sep 30, 2020 at 3:42 PM Ian Pilcher
> >
On Thu, Oct 1, 2020 at 1:53 PM Neal Gompa wrote:
>
> On Thu, Oct 1, 2020 at 8:34 AM Peter Robinson wrote:
> >
> > On Wed, Sep 30, 2020 at 9:27 PM Neal Gompa wrote:
> > >
> > > On Wed, Sep 30, 2020 at 3:42 PM Ian Pilcher wrote:
> > > >
> > > > On 9/30/20 2:19 PM, Michael Catanzaro wrote:
> > > >
On Thu, Oct 1, 2020 at 8:34 AM Peter Robinson wrote:
>
> On Wed, Sep 30, 2020 at 9:27 PM Neal Gompa wrote:
> >
> > On Wed, Sep 30, 2020 at 3:42 PM Ian Pilcher wrote:
> > >
> > > On 9/30/20 2:19 PM, Michael Catanzaro wrote:
> > > > On Wed, Sep 30, 2020 at 2:00 pm, Ian Pilcher
> > > > wrote:
> >
>
> Is it possible to boot from the stick and then perform a grub-install
> with an old grub?
>
This attempt failed too:
# grub2-install /dev/sda
grub2-install: Fehler: /usr/lib/grub/x86_64-efi/modinfo.sh existiert
nicht. Bitte geben Sie --target oder --directory an.
and that file seems not t
Please tell me how to do this?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelin
Hello everyone,
Please join us at the next Open NeuroFedora team meeting next week on
*Monday 05th October at 1300UTC* in #fedora-neuro on IRC (Freenode). The
meeting is a public meeting, and open for everyone to attend.
https://webchat.freenode.net/?channels=#fedora-neuro
The channel is bridged
On Thu, Oct 01, 2020 at 12:55:40PM +0200, Petr Pisar wrote:
> On Wed, Sep 30, 2020 at 04:26:39PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > In addition, two more new subpackages are created:
> > systemd-standalone-sysusers
> > and systemd-standalone-tmpfiles, with custom-linked systemd-sysusers
Am 01.10.20 um 07:22 schrieb Chris Murphy:
> On Wed, Sep 30, 2020 at 4:22 PM Marius Schwarz wrote:
>> Am 01.10.20 um 00:02 schrieb Chris Murphy:
>>
>> I made some more tests. It's a race, 1 out of 10 tries succeeds and the
>> chance that it does is improoved by inserting the usb drive while being
On Wed, Sep 30, 2020 at 9:27 PM Neal Gompa wrote:
>
> On Wed, Sep 30, 2020 at 3:42 PM Ian Pilcher wrote:
> >
> > On 9/30/20 2:19 PM, Michael Catanzaro wrote:
> > > On Wed, Sep 30, 2020 at 2:00 pm, Ian Pilcher wrote:
> > >> And what about places where NetworkManager isn't used? (Just because
> >
> > > > > Moreover, *all* Fedora variants use NetworkManager. *ALL* OSTree
> > > > (rpm)ostree variants are Fedora variants - please don't using phrasing
> > > > implying otherwise.
> > > > IOW you just say: *all* Fedora variants use NetworkManager.
> > > They are not the same. Regular Fedora is c
> > > Hi Zbyszek,
> > > Would it make sense to do the same for systemd-resolved ?
> > > Sounds like it has similar impact/scope wrt coreos.
> >
> > Yes please, I would like this for Edge/IoT too (both network/resolved)
> > as there are use cases there where we'd like not to ship these too.
> >
>
>
Hi!
On Thu, Oct 1, 2020 at 1:15 PM Helg Green via devel <
devel@lists.fedoraproject.org> wrote:
> The program is installed in the folder
> /opt/simplest_studio/bin/simplest_studio
>
> A strange error also appeared:
> .
> .
> .
> RPM build errors:
> Empty %files file
> /home/helg/rpmbuild/BUIL
On Thu, Oct 01, 2020 at 01:25:13PM +0200, Ondřej Lysoněk wrote:
> Fabio Valentini writes:
>
> > On Thu, Oct 1, 2020 at 11:37 AM Ondřej Lysoněk wrote:
> >>
> >> Fabio Valentini writes:
> >>
> >> > On Thu, Oct 1, 2020 at 10:27 AM Ondřej Lysoněk
> >> > wrote:
> >> >>
> >> >> Hi,
> >> >>
> >> >>
On Thu, Oct 1, 2020 at 6:21 AM Ondrej Dubaj wrote:
> My apologies, of course we are aiming to package the unversioned symbolic
> links to the "real" libraries to *-devel package. I thought it was clear
> from the beginning.
>
Ahh... I didn't get that from the initial message, I haven't looked in
Rebuild of dependent packages with the new unixODBC seems to be quite
optimistic. The are only few failures and none of them seems to be caused
by some missing libraries. We can now discuss only about the runtime
problems, as it seems, almost no buildtime problems occurred
https://copr.fedorainfra
Fabio Valentini writes:
> On Thu, Oct 1, 2020 at 11:37 AM Ondřej Lysoněk wrote:
>>
>> Fabio Valentini writes:
>>
>> > On Thu, Oct 1, 2020 at 10:27 AM Ondřej Lysoněk wrote:
>> >>
>> >> Hi,
>> >>
>> >> So all the required rebuilds for the libevent 2.1.12 rebase should be
>> >> done now in the si
My apologies, of course we are aiming to package the unversioned symbolic
links to the "real" libraries to *-devel package. I thought it was clear
from the beginning.
Why should we hack the soversion ? There are no changes to the soname or
ABI compatibility coming, we want to just package the unve
The program is installed in the folder /opt/simplest_studio/bin/simplest_studio
A strange error also appeared:
.
.
.
RPM build errors:
Empty %files file
/home/helg/rpmbuild/BUILD/simplest-studio-1.1/debugsourcefiles.list
___
devel mailing list -- de
On Tue, Sep 01, 2020 at 02:28:57PM +0200, Florian Weimer wrote:
> There are also concerns that the DNS infrastructure cannot
> handle the load unless there is one level of shared caching betweeen the
> endpoints and the authoritative servers. Those DNS caches certainly
> suppress some of the probl
Adding my $0.02 here...
Since they are real libraries, they don't belong in a -devel package, the
intent is to package the unversioned symbolic links to the "real"
libraries. A end user package should never require a -devel package to run.
One option would be to hack in a soversion to the build p
On Thu, Oct 01, 2020 10:40:10 -, Helg Green via devel wrote:
> The error occurs at the stage
>
> %install
> mkdir -p %{buildroot}
> make install INSTALL_ROOT=%{buildroot}
Yes, as Kamil said: since your Makefile is in the "app" directory, you
need to enter the directory again to run the make c
Dne 01. 10. 20 v 0:10 Michael Catanzaro napsal(a):
> On Wed, Sep 30, 2020 at 11:49 pm, Björn Persson
> wrote:
>> So there's no need to revert any changes to /etc/nsswitch.conf? I've
>> seen some discussion about that file in relation to systemd-resolved.
>> It seemed far from easy to understand h
On 9/30/20 10:26 PM, Neal Gompa wrote:
>
> There are not a ton of advantages for splitting it, since it's only a
> couple of binaries averaging 2MB with a few unit files. Given that we
> require it for default NetworkManager configurations now, there's not
> a lot of value in making that compli
On Wed, Sep 30, 2020 at 04:26:39PM +, Zbigniew Jędrzejewski-Szmek wrote:
> In addition, two more new subpackages are created: systemd-standalone-sysusers
> and systemd-standalone-tmpfiles, with custom-linked systemd-sysusers and
> systemd-tmpfiles binaries.
root@fedora-34:~ # dnf --quiet repoq
Indeed, I added the cd app and the package build continued.
...But a new error has already appeared:
.
.
.
+ exit 0
RPM build errors:
File not found:
/home/helg/rpmbuild/BUILDROOT/simplest-studio-1.1-1.fc32.x86_64/usr/bin/simplest-studio
___
devel m
The error occurs at the stage
%install
mkdir -p %{buildroot}
make install INSTALL_ROOT=%{buildroot}
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
Dne 01. 10. 20 v 12:28 Dan Horák napsal(a):
> On Thu, 1 Oct 2020 12:06:51 +0200
> Ondrej Dubaj wrote:
>
>> I see no other discussion here and related arguments not to make this
>> update. I know it might break other packages, but it needs to be done
>> to be according to the guidelines. I do not
On Thu, 1 Oct 2020 12:06:51 +0200
Ondrej Dubaj wrote:
> I see no other discussion here and related arguments not to make this
> update. I know it might break other packages, but it needs to be done
> to be according to the guidelines. I do not see it as a big problem to
for the record - complian
On Thursday, October 1, 2020 11:50:02 AM CEST Helg Green via devel wrote:
> %build
> cd app
> make %{?_smp_mflags}
>
> %install
I guess that `cd app` is missing here?
Kamil
> mkdir -p %{buildroot}
> make install INSTALL_ROOT=%{buildroot}
>
> %post
> # Setup icons
> touch -c /usr/share/icons/hi
I see no other discussion here and related arguments not to make this
update. I know it might break other packages, but it needs to be done
to be according to the guidelines. I do not see it as a big problem to
rebuild the dependend packages with additional dependency on
unixODBC-devel package, if
Hi!
I try to create an RPM package and get an error:
[helg@localhost SPECS]$ rpmbuild -ba simplest_studio.spec
.
.
.
Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.MRg9OD
+ umask 022
+ cd /home/helg/rpmbuild/BUILD
+ '[' /home/helg/rpmbuild/BUILDROOT/simplest-studio-1.1-1.fc32.x86_64 '!=' / ']'
+
On Thu, Oct 1, 2020 at 11:37 AM Ondřej Lysoněk wrote:
>
> Fabio Valentini writes:
>
> > On Thu, Oct 1, 2020 at 10:27 AM Ondřej Lysoněk wrote:
> >>
> >> Hi,
> >>
> >> So all the required rebuilds for the libevent 2.1.12 rebase should be
> >> done now in the side tag. I've tried to merge the side
Fabio Valentini writes:
> On Thu, Oct 1, 2020 at 10:27 AM Ondřej Lysoněk wrote:
>>
>> Hi,
>>
>> So all the required rebuilds for the libevent 2.1.12 rebase should be
>> done now in the side tag. I've tried to merge the side tag by creating
>> an update in Bodhi as described in [1], but Bodhi tel
On Thu, Oct 01, 2020 at 11:05:18AM +0200, Petr Menšík wrote:
>
>
> On 9/30/20 10:36 PM, Zbigniew Jędrzejewski-Szmek wrote:
> > On Wed, Sep 30, 2020 at 02:21:19PM -0400, Paul Wouters wrote:
> >> On Wed, 30 Sep 2020, Zbigniew Jędrzejewski-Szmek wrote:
> >>
> >>> the systemd package is getting a sys
On 30. 09. 20 9:38, Pierre-Yves Chibon wrote:
We are moving the service to a new server running RHEL8 and python3.
I don't understand why you do this. It worked just fine on Python 2!
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel ma
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20200930.0):
ID: 682197 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproj
On 9/30/20 10:36 PM, Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Sep 30, 2020 at 02:21:19PM -0400, Paul Wouters wrote:
>> On Wed, 30 Sep 2020, Zbigniew Jędrzejewski-Szmek wrote:
>>
>>> the systemd package is getting a systemd-networkd subpackage split out
>>> that will contain systemd-networkd,
On Thu, Oct 1, 2020 at 10:39 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Oct 01, 2020 at 10:32:44AM +0200, Fabio Valentini wrote:
> > On Thu, Oct 1, 2020 at 10:27 AM Ondřej Lysoněk wrote:
> > >
> > > Hi,
> > >
> > > So all the required rebuilds for the libevent 2.1.12 rebase should be
> > >
On Thu, Oct 01, 2020 at 10:32:44AM +0200, Fabio Valentini wrote:
> On Thu, Oct 1, 2020 at 10:27 AM Ondřej Lysoněk wrote:
> >
> > Hi,
> >
> > So all the required rebuilds for the libevent 2.1.12 rebase should be
> > done now in the side tag. I've tried to merge the side tag by creating
> > an updat
On Thu, Oct 1, 2020 at 10:27 AM Ondřej Lysoněk wrote:
>
> Hi,
>
> So all the required rebuilds for the libevent 2.1.12 rebase should be
> done now in the side tag. I've tried to merge the side tag by creating
> an update in Bodhi as described in [1], but Bodhi tells me 'olysonek
> does not have co
Hi,
So all the required rebuilds for the libevent 2.1.12 rebase should be
done now in the side tag. I've tried to merge the side tag by creating
an update in Bodhi as described in [1], but Bodhi tells me 'olysonek
does not have commit access rights to ...'. So I guess I'll need proven
packager hel
On Thu, 2020-10-01 at 15:28 +0800, Harish Pillay wrote:
> Same thing applies to mutt. I've filed this bz:
> https://bugzilla.redhat.com/show_bug.cgi?id=1883976
Hi,
every application which uses library which complies to system crypto
policies is "affected". For more information:
htt
On Thursday, October 1, 2020 7:50:49 AM CEST Lumír Balhar wrote:
> I've upgraded to Fedora 33 beta and I've discovered a problem with
> Thunderbird. All email accounts work well except the Red Hat one with
> mail.corp.redhat.com as an IMAP server (I use Zimbra servers not Gmail).
I asked a few d
| I've upgraded to Fedora 33 beta and I've discovered a problem with
| Thunderbird. All email accounts work well except the Red Hat one with
| mail.corp.redhat.com as an IMAP server (I use Zimbra servers not Gmail).
|
| The problem is that Thunderbird does not show any error message but it's not
|
83 matches
Mail list logo
