On 26. 01. 22 7:40, Luya Tshimbalanga wrote:
Hello team,
It has been a while about default fedora backgrounds need a refresh. The
current method requires a package review for each release, which deemed
cumbersome.
One of suggestions is making a package containing a set of 10 Fedora release
Hi,
I'm currently working in rebasing shadow-utils to the latest version,
4.11.1, and it contains a soname bump for the subid library. I've created
the side tag "f36-build-side-49901" to prepare the update.
dnf reports that the only package that contains a dependency for this
library is podman. @
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-20220125.0):
ID: 1113597 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On 26/01/2022 07:40, Luya Tshimbalanga wrote:
One of suggestions is making a package containing a set of 10 Fedora
release wallpaper. The issue will be the increase of file size as the
Design Team chose to keep PNG format instead of JPG for the default
wallpaper.
1. Create a fedora-background
On 26/01/2022 09:49, Miro Hrončok wrote:
If your only motivation is to avoid the review, then please don't.
Reviews are good. They discover problems with the package (if done
properly).
Fedora backgrounds package contains only a few PNG images already
approved by the Design team. Additional r
On 25/01/2022 22:33, Kevin Fenzi wrote:
login and disable both email and irc.
Will this disable Bodhi notifications as well?
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
> From: Kevin Fenzi [mailto:ke...@scrye.com]
> Sent: Tuesday, January 25, 2022 7:30 PM
> On Fri, Jan 21, 2022 at 04:08:04PM +, Roberto Sassu via devel wrote:
> > Hi everyone
> >
> > (note for the infrastructure mailing list: please check if the changes
> > I'm proposing could be tested in the F
On Wed, 2022-01-26 at 09:25 +, Roberto Sassu via devel wrote:
> > ...snip
>
> If the users often make changes on their system, with high
> privileges,
> I agree that DIGLIM would simply cause too much overhead for
> the configuration (every time the users make a change, they have
> to whiteli
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-20220125.0):
ID: 1113671 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Hello Rust packagers,
Following up on my previous emails, there are still a lot of Rust packages that
were imported to Fedora, but the recommended "initial setup" for them was never
finished.
I have started by adding them all "rust-*" packages to koschei, which makes it
way easier for me to see a
On Mon, Jan 17, 2022 at 09:00:13AM -0500, Ben Beasley wrote:
> **Internal compiler or debugger error:**
>
> abseil-cpp: “internal compiler error: tree code 'template_type_parm' is not
> supported in LTO streams”
Dunno, would need to reproduce.
> debugbreak: %check uses gdb, which now crashes (“(
> > **Compilation error from a dependency header:**
> >
> > dependency “boost”: “# error "Never use directly; include
> > instead."”, via
> > boost/multiprecision/cpp_int/intel_intrinsics.hpp
>
> This is weird.
> bmiintrin.h had:
> #ifndef _X86GPRINTRIN_H_INCLUDED
> # error "Never use direct
On Wed, Jan 26, 2022 at 01:29:37PM +0100, Dan Horák wrote:
> > > **Compilation error from a dependency header:**
> > >
> > > dependency “boost”: “# error "Never use directly; include
> > > instead."”, via
> > > boost/multiprecision/cpp_int/intel_intrinsics.hpp
> >
> > This is weird.
> > bmiin
On Wed, Jan 26, 2022 at 01:36:43PM +0100, Jakub Jelinek wrote:
> On Wed, Jan 26, 2022 at 01:29:37PM +0100, Dan Horák wrote:
> > > > **Compilation error from a dependency header:**
> > > >
> > > > dependency “boost”: “# error "Never use directly; include
> > > > instead."”, via
> > > > boost/mult
Dne 21. 01. 22 v 17:08 Roberto Sassu via devel napsal(a):
(note for the infrastructure mailing list: please check if the changes
I'm proposing could be tested in the Fedora infrastructure, like Copr)
Copr does not use `rpmsign` at all. Copr uses `obs-sign` [1]. The benefits of obs-sign is that
* Jakub Jelinek:
>> debugbreak: %check uses gdb, which now crashes (“(core dumped) gdb -q -x
>> "${exe}-rpm-test.gdb" --batch < /dev/null”) on ppc64le/x86_64, but not on
>> aarch64
>
> If gdb crashes, it would be nice if somebody from the gdb team had a look,
> of course it can be a gcc bug too.
Hello.
I've just orphaned package hatch - Python project management tool.
The current version fails to build from source in rawhide - one test
fails, not a big deal. There is also new version 1.0.0rc11 but it
depends on it's own Python build system which I don't want to package
for Fedora.
More issues with this change:
https://bugzilla.redhat.com/show_bug.cgi?id=2046246
Packages such as R (octave and others, I suppose, as well) save the
build flags because they are needed to build package extensions. With
this change, a path that only exists during the parent package build
stage is
On Wed, 26 Jan 2022 at 15:46, Iñaki Ucar wrote:
>
> More issues with this change:
> https://bugzilla.redhat.com/show_bug.cgi?id=2046246
>
> Packages such as R (octave and others, I suppose, as well) save the
> build flags because they are needed to build package extensions. With
> this change, a p
Dne 26. 01. 22 v 15:48 Iñaki Ucar napsal(a):
On Wed, 26 Jan 2022 at 15:46, Iñaki Ucar wrote:
More issues with this change:
https://bugzilla.redhat.com/show_bug.cgi?id=2046246
Packages such as R (octave and others, I suppose, as well) save the
build flags because they are needed to build packa
On Wed, 26 Jan 2022 at 16:23, Vít Ondruch wrote:
>
>
> Dne 26. 01. 22 v 15:48 Iñaki Ucar napsal(a):
> > On Wed, 26 Jan 2022 at 15:46, Iñaki Ucar wrote:
> >> More issues with this change:
> >> https://bugzilla.redhat.com/show_bug.cgi?id=2046246
> >>
> >> Packages such as R (octave and others, I su
On 1/26/22 3:25 AM, Roberto Sassu via devel wrote:
[Snip]
- web servers or other kind of servers where you, as client, would
like the guarantee that your data is processed only if the software
running in the server is not compromised
For what it's worth, I, and several people I work w
> From: Brandon Nielsen [mailto:niels...@jetfuse.net]
> Sent: Wednesday, January 26, 2022 5:14 PM
> On 1/26/22 3:25 AM, Roberto Sassu via devel wrote:
>
> [Snip]
>
> >
> > - web servers or other kind of servers where you, as client, would
> >like the guarantee that your data is processed only
For information, i have no access to rust-pam-sys. i merely watch the repo and
i put the info in anitya since nobody else was doing it.
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
Le mercredi 26 janvier 2022 à 06:29, Fabio Valentini a
écrit:
> Maintainers per package:
https://bodhi.fedoraproject.org/updates/FEDORA-2022-6fc6070c5a
https://bodhi.fedoraproject.org/updates/FEDORA-2022-416cd48fd5
What do the comments about XX being "ejected" mean?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtu
On Wed, Jan 26, 2022 at 10:10:34AM +0100, Vitaly Zaitsev via devel wrote:
> On 26/01/2022 07:40, Luya Tshimbalanga wrote:
> > One of suggestions is making a package containing a set of 10 Fedora
> > release wallpaper. The issue will be the increase of file size as the
> > Design Team chose to keep
On Wed, Jan 26, 2022 at 10:23:49AM +0100, Vitaly Zaitsev via devel wrote:
> On 25/01/2022 22:33, Kevin Fenzi wrote:
> > login and disable both email and irc.
>
> Will this disable Bodhi notifications as well?
Depends on which ones you mean. If you mean comments on bodhi updates,
no, because bodhi
On Wed, Jan 26, 2022 at 05:48:56PM +, Richard W.M. Jones wrote:
>
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-6fc6070c5a
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-416cd48fd5
>
> What do the comments about XX being "ejected" mean?
It means the build(s) were not tagged as
On Wed, 26 Jan 2022 at 19:09, Kevin Fenzi wrote:
>
> On Wed, Jan 26, 2022 at 05:48:56PM +, Richard W.M. Jones wrote:
> >
> > https://bodhi.fedoraproject.org/updates/FEDORA-2022-6fc6070c5a
> > https://bodhi.fedoraproject.org/updates/FEDORA-2022-416cd48fd5
> >
> > What do the comments about XX b
On Wed, Jan 26, 2022 at 07:24:03PM +0100, Iñaki Ucar wrote:
> On Wed, 26 Jan 2022 at 19:09, Kevin Fenzi wrote:
> >
> > On Wed, Jan 26, 2022 at 05:48:56PM +, Richard W.M. Jones wrote:
> > >
> > > https://bodhi.fedoraproject.org/updates/FEDORA-2022-6fc6070c5a
> > > https://bodhi.fedoraproject.or
On Wed, Jan 26, 2022 at 09:50:48AM -0800, Kevin Fenzi wrote:
> On Wed, Jan 26, 2022 at 10:10:34AM +0100, Vitaly Zaitsev via devel wrote:
> > On 26/01/2022 07:40, Luya Tshimbalanga wrote:
> > > One of suggestions is making a package containing a set of 10 Fedora
> > > release wallpaper. The issue wi
On Wed, Jan 26, 2022 at 06:53:01PM +, Richard W.M. Jones wrote:
>
> This makes me wonder if we should (or do?) have a mechanism to remove
> a package which is not used. "used" in the sense of being used by any
> account on the system, rather than in the dependency sense. If we had
> that we'
I have a personal conflict with the current meeting time for the
Prioritized Bugs meeting, so I'm looking to reschedule. If you'd like
to attend semi-regularly, please feel free to add your availability:
https://whenisgood.net/c8iqggm/
I make no promises about when the meeting will be scheduled, b
On 1/26/22 03:49, Iker Pedrosa wrote:
Hi,
I'm currently working in rebasing shadow-utils to the latest version,
4.11.1, and it contains a soname bump for the subid library. I've
created the side tag "f36-build-side-49901" to prepare the update.
dnf reports that the only package that contains
On 1/26/22 09:50, Kevin Fenzi wrote:
On Wed, Jan 26, 2022 at 10:10:34AM +0100, Vitaly Zaitsev via devel wrote:
On 26/01/2022 07:40, Luya Tshimbalanga wrote:
One of suggestions is making a package containing a set of 10 Fedora
release wallpaper. The issue will be the increase of file size as the
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2022-01-27 17:00 UTC in #fedora-meeting-1 on
irc.libera.chat.
Local time information (via. uitime):
= Day: Thursday ==
2022-01-27 09:00 PST US/Pacific
2022-01-27 12
On Tue, Jan 25, 2022 at 03:39:40PM +0100, Dan Horák wrote:
> Hi,
>
> gcc-12.0.1-0.3.fc36 [1] is building now and in addition to the usual
> updates from upstream it fixes at least 2 kinds of the ppc64le issues -
> the segfaulting ICE with "during RTL pass: final" and the "not
> assembling" one.
>
Hi folks!
For anyone who hasn't seen it yet - there's quite a kerfuffle today
about a major security issue in polkit:
https://arstechnica.com/information-technology/2022/01/a-bug-lurking-for-12-years-gives-attackers-root-on-every-major-linux-distro/
turns out that ever since it was invented, `pk
Mattia,
I'll swap you for
https://bugzilla.redhat.com/show_bug.cgi?id=2034758
Dave
On Sun, Jan 23, 2022 at 10:43:34AM +, Mattia Verga via devel wrote:
> Here I am again asking one more review swap.
>
> I'm in need to have https://bugzilla.redhat.com/show_bug.cgi?id=2042043
> reviewed,
Hi!
A new gcc with most importantly the https://gcc.gnu.org/PR104172
bug (that caused a lot of ppc64le failures) fixed and various other
fixes (e.g. std::basic_string(std::nullptr_t) = deleted only done
for C++23 etc.) is now in rawhide.
Can rel-eng please retry all FTBS builds that failed on ppc
On Wed, 2022-01-26 at 14:21 -0800, Adam Williamson wrote:
>
> Am I forgetting some other reason we still need it?
BTW, bonus follow-up to this: as part of researching the background of
polkit, I noticed that we never actually entirely got done moving off
usermode :( There are still over a dozen p
Hello :)
I opened two small PRs with spec file changes for dependencies of mine.
Both maintainers of the projects are active, but I got no response for a
while now. Concretely, I’d like those changes for the matrix-synapse
package and the two PRs and maintainers are the following:
https://sr
On Wed, 2022-01-26 at 23:57 +0100, Jakub Jelinek wrote:
> Hi!
>
> A new gcc with most importantly the https://gcc.gnu.org/PR104172
> bug (that caused a lot of ppc64le failures) fixed and various other
> fixes (e.g. std::basic_string(std::nullptr_t) = deleted only done
> for C++23 etc.) is now in r
On Wed, 2022-01-26 at 23:57 +0100, Jakub Jelinek wrote:
> Hi!
>
> A new gcc with most importantly the https://gcc.gnu.org/PR104172
> bug (that caused a lot of ppc64le failures) fixed and various other
> fixes (e.g. std::basic_string(std::nullptr_t) = deleted only done
> for C++23 etc.) is now in r
On Thu, 2022-01-27 at 00:46 +, Sérgio Basto wrote:
> On Wed, 2022-01-26 at 23:57 +0100, Jakub Jelinek wrote:
> > Hi!
> >
> > A new gcc with most importantly the https://gcc.gnu.org/PR104172
> > bug (that caused a lot of ppc64le failures) fixed and various other
> > fixes (e.g. std::basic_strin
On Wed, Jan 26, 2022 at 12:45:07PM -0800, Samuel Sieb wrote:
> On 1/26/22 09:50, Kevin Fenzi wrote:
> > On Wed, Jan 26, 2022 at 10:10:34AM +0100, Vitaly Zaitsev via devel wrote:
> > > On 26/01/2022 07:40, Luya Tshimbalanga wrote:
> > > > One of suggestions is making a package containing a set of 10
That looks like it’s due to fmt not having been rebuilt with the ABI change
yet, presumably due to https://bugzilla.redhat.com/show_bug.cgi?id=2045391.
On Wed, Jan 26, 2022, at 7:30 PM, Adam Williamson wrote:
> On Wed, 2022-01-26 at 23:57 +0100, Jakub Jelinek wrote:
>> Hi!
>>
>> A new gcc with m
Greetings,
I am Matthew. I am a DevOps lead engineer for a small company. I have
used Red Hat / rpm-based distributions for a long time now.I have built
rpms for almost as long.I have come through my career from operations
track rather than a software development track.In addition to building
Hi,
when working on finally fixing Trojitá to build (it had been FTBFS since
F34, so removal was impending), I have noticed that the Akonadi contacts
plugin was not getting built because of missing transitive build
dependencies:
https://bugzilla.redhat.com/show_bug.cgi?id=2046299
https://bugzil
Adam Williamson wrote:
> But that was then, and this is now. Does anything in Workstation use
> pkexec? Does anything in KDE use it?
Not sure. KDE stuff SHOULD use kdesu for this purpose, if it needs to run as
root at all to begin with. But some application developer might have
preferred pkexec
As part of the golang-salsa-debian-vasudev-gospake2 0.2.1 update, the license
has changed from `LGPLv2+` to `MIT or GPLv3+`.
--
Maxwell G (@gotmax23)
Pronouns: He/Him/His
PGP Key Fingerprint: f57c76e5a238fe0a628e2ecef79e4e25e8c661f8
PGP Keyserver: hkp://keyserver.ubuntu.com
gotmax@e.email
signat
Welcome to the community Matthew!
Great to see so many new people join and especially willing to contribute to
epel! Hope you're going to have a great time :-)
Cheers,
Dan
On January 27, 2022 1:31:37 AM UTC, Matthew Davis
wrote:
>Greetings,
>
>I am Matthew. I am a DevOps lead engineer for a
Hey!
Answered now
On Wed, Jan 26, 2022 at 9:04 PM Ben Cotton wrote:
> I have a personal conflict with the current meeting time for the
> Prioritized Bugs meeting, so I'm looking to reschedule. If you'd like
> to attend semi-regularly, please feel free to add your availability:
> https://whenisg
On Wed, 2022-01-26 at 15:18 -0800, Adam Williamson wrote:
> There are still over a dozen packages in the distro that
> require it:
Hi,
the gnome-software also calls pkexec is some occasions, once when
external appstream data is used (not a thing in Fedora, as far as I
know) and when invoki
54 matches
Mail list logo
