On Fri, 2022-02-25 at 07:15 +, Miao, Jun wrote:
> Hi developers,
>
> I just update the tboot from 1.10.3-> 1.10.4 and "fedpkg build" successfully.
> Got the email inform "[Fedora Update] [comment] tboot-1.10.4-2.fc37" and a
> link https://bodhi.fedoraproject.org/updates/FEDORA-2022-df432d935
Hi developers,
I just update the tboot from 1.10.3-> 1.10.4 and "fedpkg build" successfully.
Got the email inform "[Fedora Update] [comment] tboot-1.10.4-2.fc37" and a
link https://bodhi.fedoraproject.org/updates/FEDORA-2022-df432d9356
But from the web the Fedora37 is still xx.fc.36 like this:
[
Hello, all:
On f37 / f36 leptonica made some packaging change:
https://src.fedoraproject.org/rpms/leptonica/c/e2486ca5bc2578ee629457b854c5e13bb94c1dde?branch=rawhide
This caused soname change: liblept.so.5 -> libleptonica.so.5.4.0 , which I
guess is unexpected.
$ dnf repoquery --quiet --repo=k
Missing expected images:
Minimal raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
1 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 23/231 (x86_64), 21/161 (aarch64)
New failures (same test not failed
No missing expected images.
Failed openQA tests: 5/15 (aarch64)
New failures (same test not failed in Fedora-IoT-36-20220223.0):
ID: 1147239 Test: aarch64 IoT-dvd_ostree-iso iot_zezere_server@uefi
URL: https://openqa.fedoraproject.org/tests/1147239
ID: 1147241 Test: aarch64 IoT-dvd_ostre
On Fri, 2022-02-25 at 02:43 +0300, Dmitry Butskoy wrote:
> Sérgio Basto wrote:
> > On Thu, 2022-02-24 at 21:20 +0300, Dmitry Butskoy wrote:
> > > Miroslav Suchý wrote:
> > > > > Second, the alternate Springdale Linux repo
> > > > > http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/
> > >
No missing expected images.
Failed openQA tests: 10/229 (x86_64), 12/161 (aarch64)
New failures (same test not failed in Fedora-36-20220223.n.0):
ID: 1146404 Test: x86_64 Server-dvd-iso install_lvm_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/1146404
ID: 1146501 Test: x86_64 Sil
On Wed, Feb 23, 2022 at 05:56:14PM -0700, Chris Murphy wrote:
> Hi,
>
> Dual boot has been a pretty important use case for Fedora Workstation
> edition and the desktop spins.
It sounds to me like it is time to punt the problem to the firmware on
UEFI systems. Make sure we don't clobber existing W
Sérgio Basto wrote:
On Thu, 2022-02-24 at 21:20 +0300, Dmitry Butskoy wrote:
Miroslav Suchý wrote:
Second, the alternate Springdale Linux repo
http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/ see
ms
to have all the ones (which are provided in sources by RedHat),
but
cannot be used
On Thu, 2022-02-24 at 21:20 +0300, Dmitry Butskoy wrote:
> Miroslav Suchý wrote:
> >
> > >
> > > Second, the alternate Springdale Linux repo
> > > http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/ see
> > > ms
> > > to have all the ones (which are provided in sources by RedHat),
> >
On Wed, Feb 23, 2022 at 6:35 PM Kevin Kofler via devel
wrote:
>
> Chris Murphy wrote:
> > A work around is having GRUB set an NVRAM variable indicating the next
> > boot should be Windows. That's an instruction to the firmware, so
> > there's no intermediary, thus measured boot works. The next boo
OLD: Fedora-36-20220223.n.0
NEW: Fedora-36-20220224.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
On 2/22/22 1:56 PM, Jason L Tibbitts III wrote:
Brandon Nielsen writes:
I would like to see the forge macros removed from the guidelines if
development truly has ceased.
I would like to get into them and at least see what needs to change
but... the internal implementation is somewhat baroqu
Hi
On Thu, Feb 24, 2022 at 2:14 PM Zbigniew Jędrzejewski-Szmek
>
> Systemd 250 (coming in F36), has --security-policy switch which can be
> used to enable/disable some of the checks. There is no way to tell
> systemd-analyze that things about a specific unit though.
>
Ability to modify these pol
On Thu, Feb 24, 2022 at 04:29:27PM +0100, Marius Schwarz wrote:
> Hi Guys,
>
> running a hardening tool I stumpled about systemd own security analysis,
systemd-analyze security shows whether units use systemd hardening
features. Those units may well use other features, and may well be
very secure
Once upon a time, Vitaly Zaitsev via devel said:
> Now we can drop FTP support from libcurl safely.
I still disagree, since dnf is not the sole user of curl/libcurl.
Making libcurl tiny for containers is one thing, but replacing a
commonly-used command with an intentionally-limited version is bad
On 24/02/2022 19:05, Kevin Fenzi wrote:
Odd. There shouldn't be any. Can you paste/post what you are seeing?
Sorry, my bad. I've seen errors like "Timeout was reached for
ftp.example.org".
There are a lot of mirrors with ftp subdomain:
- ftp.lysator.liu.se
- ftp.nluug.nl
- ftp.fau.de
- ftp.l
On Thu, Feb 24, 2022 at 07:16:26PM +0100, Ralf Corsépius wrote:
>
>
> Am 24.02.22 um 19:05 schrieb Kevin Fenzi:
> > On Wed, Feb 23, 2022 at 10:19:33AM +0100, Vitaly Zaitsev via devel wrote:
> > > On 22/02/2022 21:45, Peter Robinson wrote:
> > > > Does it make sense to keep FTP with most browsers
Miroslav Suchý wrote:
Second, the alternate Springdale Linux repo
http://springdale.princeton.edu/data/springdale/SCL/7/x86_64/ seems
to have all the ones (which are provided in sources by RedHat), but
cannot be used in Copr. Springdale provides devtoolset-3-elfutils
there, and it in some
Am 24.02.22 um 19:05 schrieb Kevin Fenzi:
On Wed, Feb 23, 2022 at 10:19:33AM +0100, Vitaly Zaitsev via devel wrote:
On 22/02/2022 21:45, Peter Robinson wrote:
Does it make sense to keep FTP with most browsers obsoleting the
protocol due to lack of security?
Many Fedora mirrors still use FTP
On Wed, Feb 23, 2022 at 10:19:33AM +0100, Vitaly Zaitsev via devel wrote:
> On 22/02/2022 21:45, Peter Robinson wrote:
> > Does it make sense to keep FTP with most browsers obsoleting the
> > protocol due to lack of security?
>
> Many Fedora mirrors still use FTP. You can check metalink file.
Odd
Miroslav Suchý writes:
> You have to run
>
> scl enable devtools-3 $COMMAND
>
> to make this library available.
I used to do that, but it's rather easier to source the enable script
(conditionally) in %build and perhaps %check or %install.
___
devel
[epel-devel seems a better place for this.]
Dmitry Butskoy writes:
> Ben Beasley wrote:
>> Yes, the devtoolsets work nicely if you supply the appropriate
>> incantations. I haven’t tried in COPR specifically
> I've just tried and it seems that devtoolset are not available for
> epel7 builds in C
On Thu, Feb 24, 2022 at 04:30:53PM +, Tom Hughes via devel wrote:
> On 24/02/2022 16:28, Tom Hughes wrote:
> > On 24/02/2022 16:25, Cole Robinson wrote:
> > > On 2/23/22 5:22 PM, Tom Hughes via devel wrote:
> > > > On 23/02/2022 21:23, Zbigniew Jędrzejewski-Szmek wrote:
> > > >
> > > > > a) ch
On 24/02/2022 16:28, Tom Hughes wrote:
On 24/02/2022 16:25, Cole Robinson wrote:
On 2/23/22 5:22 PM, Tom Hughes via devel wrote:
On 23/02/2022 21:23, Zbigniew Jędrzejewski-Szmek wrote:
a) change libvirt-daemon-driver-storage
Requires:libvirt-daemon-driver-storage-iscsi
to Suggests:libvir
On 24/02/2022 16:25, Cole Robinson wrote:
On 2/23/22 5:22 PM, Tom Hughes via devel wrote:
On 23/02/2022 21:23, Zbigniew Jędrzejewski-Szmek wrote:
a) change libvirt-daemon-driver-storage
Requires:libvirt-daemon-driver-storage-iscsi
to Suggests:libvirt-daemon-driver-storage-iscsi,
More ge
On 2/23/22 5:22 PM, Tom Hughes via devel wrote:
> On 23/02/2022 21:23, Zbigniew Jędrzejewski-Szmek wrote:
>
>> a) change libvirt-daemon-driver-storage
>> Requires:libvirt-daemon-driver-storage-iscsi
>> to Suggests:libvirt-daemon-driver-storage-iscsi,
>
> More generally why does installing lib
On 2/24/22 10:12 AM, Fabio Valentini wrote:
On Thu, Feb 24, 2022 at 4:00 PM PGNet Dev wrote:
especially since they don't really provide value for
standard GitHub tarball downloads etc. compared to the "old" SourceURL
some of us strongly disagree. admittedly, with no weight ...
Admittedly
Hi Guys,
running a hardening tool I stumpled about systemd own security analysis,
which doesn't look good:
$ systemd-analyze security
UNIT EXPOSURE PREDICATE HAPPY
NetworkManager.service 7.8 EXPOSED 🙁
abrt-journal-core.service
On Tue, Feb 22, 2022 at 3:22 PM Mamoru TASAKA wrote:
>
> Hello, all:
>
> On f37 / f36 two days ago libwebsockets was updated from 4.2.2 to 4.3.1
> which causes unannounced soname bump from libwebsockets.so.18 to
> libwebsockets.so.19
>
> What is strange here is that the committer seems aware of t
I have stopped using the “forge” macros in most cases where I am packaging a
release/tag, since the URLs are simple enough without them, usually something
like
URL: https://github.com/foo/bar
Source0: %{url}/archive/v%{version}/bar-%{version}.tar.gz
However, when I need to package an untagged c
On Thu, Feb 24, 2022, at 6:17 AM, Benjamin Berg wrote:
> network-online-waitonly.target with
> After=network-online.target
> StopWhenUnneeded=yes
>
> which is then used inside iscsi.service
> ExecStartPre=/usr/bin/systemctl start network-online-waitonly.target
No, avoid such things unless
On Thu, Feb 24, 2022 at 4:00 PM PGNet Dev wrote:
>
> > especially since they don't really provide value for
> > standard GitHub tarball downloads etc. compared to the "old" SourceURL
>
> some of us strongly disagree. admittedly, with no weight ...
Admittedly, packages like the .spec for nginx yo
especially since they don't really provide value for
standard GitHub tarball downloads etc. compared to the "old" SourceURL
some of us strongly disagree. admittedly, with no weight ...
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
On Tue, Feb 22, 2022 at 8:57 PM Jason L Tibbitts III wrote:
>
> > Brandon Nielsen writes:
>
> > I would like to see the forge macros removed from the guidelines if
> > development truly has ceased.
>
> I would like to get into them and at least see what needs to change
> but... the internal i
Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-1/2022-02-23/fedora_coreos_meeting.2022-02-23-16.29.html
Minutes (text):
https://meetbot.fedoraproject.org/fedora-meeting-1/2022-02-23/fedora_coreos_meeting.2022-02-23-16.29.txt
Log:
https://meetbot.fedoraproject.org/fedora-meeting-1/2022
On Thu, Feb 24, 2022 at 8:58 AM Richard W.M. Jones wrote:
>
> On Thu, Feb 24, 2022 at 02:28:08PM +0100, Kamil Dudka wrote:
> > On Thursday, February 24, 2022 1:35:38 PM CET Richard W.M. Jones wrote:
> > > Did you discuss modularising curl itself upstream?
> >
> > It was added to their wish list bu
Once upon a time, Zbigniew Jędrzejewski-Szmek said:
> Conditions are evaluated when the service would be exectued, so a unit
> which is (eventually) skipped because of Conditions still has effect on
> the boot ordering and may add additional jobs to the transaction.
Okay, that's a nuance I didn't
On Thu, Feb 24, 2022 at 02:28:08PM +0100, Kamil Dudka wrote:
> On Thursday, February 24, 2022 1:35:38 PM CET Richard W.M. Jones wrote:
> > Did you discuss modularising curl itself upstream?
>
> It was added to their wish list but I do not remember anybody working on it:
>
> https://github.com
On Thursday, February 24, 2022 1:35:38 PM CET Richard W.M. Jones wrote:
> Did you discuss modularising curl itself upstream?
It was added to their wish list but I do not remember anybody working on it:
https://github.com/curl/curl/commit/8204844f
> That would be a better idea.
Not necessari
I will not be able to attend this week. If someone else is willing to act
as chair, please feel free to hold it without me.
On Thu, Feb 24, 2022 at 7:00 AM wrote:
> Dear all,
>
> You are kindly invited to the meeting:
>ELN SIG on 2022-02-25 from 12:00:00 to 13:00:00 US/Eastern
>At fedora
Kamil Dudka wrote:
> There seems to be demand for libcurl with IDN support on minimal Fedora
> installations, so I created a pull request to enable it in libcurl-minimal:
>
> https://src.fedoraproject.org/rpms/curl/pull-request/13
Thank you.
Björn Persson
pgp2ZEu96gtIM.pgp
Description: Op
Dne 23. 02. 22 v 19:22 Dmitry Butskoy napsal(a):
Ben Beasley wrote:
Yes, the devtoolsets work nicely if you supply the appropriate incantations. I
haven’t tried in COPR specifically
I've just tried and it seems that devtoolset are not available for epel7 builds in Copr. (For epel7, I successful
On Tue, Feb 22, 2022 at 12:00:06PM -0500, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/CurlMinimal_as_Default
>
> == Summary ==
> `libcurl-minimal` and `curl-minimal` will be installed by default
> instead of `libcurl` and `curl`.
> The "minimal" variants provide only a subset of pro
Dear all,
You are kindly invited to the meeting:
ELN SIG on 2022-02-25 from 12:00:00 to 13:00:00 US/Eastern
At fedora-meet...@irc.libera.chat
The meeting will be about:
Source: https://calendar.fedoraproject.org//meeting/10133/
___
devel maili
Hi,
On Thu, 2022-02-24 at 07:47 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Feb 24, 2022 at 12:17:27AM +, Gary Buhrmaster wrote:
> > On Wed, Feb 23, 2022 at 11:55 PM Chris Adams wrote:
> > >
> > > Once upon a time, Zbigniew Jędrzejewski-Szmek said:
> > > > So this is the culprit. is
On 22/02/2022 18:00, Ben Cotton wrote:
The "minimal" variants provide only a subset of protocols (HTTP, HTTPS, FTP).
The full versions can be explicitly requested as `libcurl-full` and `curl-full`.
Let's also drop FTP support both from libcurl and dnf (including all
ftp:// mirrors from metalin
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-34-20220223.0):
ID: 1145601 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-35-20220223.0):
ID: 1145352 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On Wednesday, February 23, 2022 7:01:26 PM CET Björn Persson wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
> > According to ICANN [1], there were 8.3 mln IDN domains worldwide.
>
> And that's presumably only second-level domains. Nobody knows how many
> non-ASCII subdomains exist under ASCII second-
50 matches
Mail list logo
