Hi,
I'm considering dropping some packages from sway:rolling modulemd
definition, however I don't clearly understand what would be the
resulting upgrade behavior.
Let's assume that the module is already enabled and all the packages are
installed in the user's system. Also, the module was
https://fedorapeople.org/groups/389ds/ci/nightly/2020/07/17/report-389-ds-base-1.4.4.4-20200716gitc0688a0.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi list,
wlroots will be updated to 0.11.0 in rawhide next week.
The update breaks API/ABI and will change soversion from 5 to 6.
Dependent packages:
- phoc
- sway
- wayfire
For all affected packages I identified either upstream release or
interim patches restoring their functionality. I
On Thu, 2020-07-16 at 10:11 +, Dridi Boukelmoune wrote:
> > Simply put, "no". Debian and Ubuntu ".deb" packages too often don't
> > follow the File System Hierarchy, they may have different layouts
> > and
> > package naming capitalization schemes for matching Fedora packagers
> > like
https://bugzilla.redhat.com/show_bug.cgi?id=1149524
David Dick changed:
What|Removed |Added
Flags|fedora-review? |fedora-review- needinfo-
The following Fedora EPEL 7 Security updates need testing:
Age URL
702 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
441 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-bc0182548b
bubblewrap-0.3.3-2.el7
151
The following Fedora EPEL 6 Security updates need testing:
Age URL
11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-8c3e76982e
python-rsa-3.4.2-1.el6
11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-7b550f6ce5
python-gnupg-0.4.6-1.el6
3
https://bugzilla.redhat.com/show_bug.cgi?id=1852856
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1691325
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #5 from
https://bugzilla.redhat.com/show_bug.cgi?id=1708214
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #8 from
Hello Kevin, I did as you suggested and a statement indicated it would be
good to reboot was displayed, so I did reboot.
After that my generic *yum update* did work.
Then I tried to install EPEL Repo again:
[root@wsf-owt-dev001:yum.repos.d]# yum install
On 7/16/20 1:59 PM, warron.french wrote:
I work in a lab environment that has a proxy somewhere on the network.
I have my VMware VM running CentOS8 and have installed the
epel-latest-release package.
When I execute a generic *yum update *I run into problems. They are here:
On 7/16/20 2:37 PM, Ben Cotton wrote:
On Thu, Jul 16, 2020 at 4:20 PM Jonathan Wakely
wrote:
FCP33 seems a bit cryptic. F33 CHANGE is self-explanatory.
Agreed. No need to invent initialisms unnecessarily.
I could go with something like:
F$version Change proposal: $title - $type
For
On Thu, Jul 16, 2020 at 04:29:08PM -0400, warron.french wrote:
> Actually the file indicates DEFAULT already.
Odd. Thats the only time I have seen any errors like those.
YOu might try a sudo update-crypto-policies --set DEFAULT
and see if it helps anyhow.
kevin
--
>
>
On Thu, Jul 16, 2020 at 4:20 PM Jonathan Wakely
wrote:
>
> FCP33 seems a bit cryptic. F33 CHANGE is self-explanatory.
>
Agreed. No need to invent initialisms unnecessarily.
I could go with something like:
> F$version Change proposal: $title - $type
For example:
> F33 Change proposal: Replace
https://fedoraproject.org/wiki/Changes/.NETOnAarch64
== Summary ==
.NET Core will now be available on Fedora on aarch64, in addition to x86_64.
== Owner ==
* Name: [[User:omajid| Omair Majid]], [[SIGs/DotNet|DotNet SIG]]
* Email: oma...@redhat.com, dotnet-...@lists.fedoraproject.org
==
https://fedoraproject.org/wiki/Changes/.NETOnAarch64
== Summary ==
.NET Core will now be available on Fedora on aarch64, in addition to x86_64.
== Owner ==
* Name: [[User:omajid| Omair Majid]], [[SIGs/DotNet|DotNet SIG]]
* Email: oma...@redhat.com, dotnet-...@lists.fedoraproject.org
==
On 7/16/20 1:19 PM, Jonathan Wakely wrote:
On 16/07/20 08:39 +, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Jul 15, 2020 at 11:49:13AM -0700, Samuel Sieb wrote:
On 7/15/20 3:30 AM, Daniel P. Berrangé wrote:
>FCP33: Support PARSEC [Self-Contained]
>FCP33: PostgreSQL 31 [Self-Contained]
https://bugzilla.redhat.com/show_bug.cgi?id=1858048
Bug ID: 1858048
Summary: rt-5.0.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: rt
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1858048
--- Comment #1 from Upstream Release Monitoring
---
The following Sources of the specfile are not valid URLs so we cannot
automatically build the new version for you. Please use URLs in your Source
declarations if possible.
- README.tests
Dear all,
You are kindly invited to the meeting:
EPEL Steering Committee on 2020-07-17 from 21:00:00 to 22:00:00 UTC
At freenode@fedora-meeting
The meeting will be about:
This is the weekly EPEL Steering Committee Meeting.
A general agenda is the following:
#meetingname EPEL
#topic
Actually the file indicates DEFAULT already.
--
Warron French
On Thu, Jul 16, 2020 at 4:12 PM Kevin Fenzi wrote:
> On Thu, Jul 16, 2020 at 03:59:23PM -0400, warron.french wrote:
> > I work in a lab environment that has a proxy somewhere on the network.
> >
> > I have
On 16/07/20 08:39 +, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Jul 15, 2020 at 11:49:13AM -0700, Samuel Sieb wrote:
On 7/15/20 3:30 AM, Daniel P. Berrangé wrote:
>FCP33: Support PARSEC [Self-Contained]
>FCP33: PostgreSQL 31 [Self-Contained]
>FCP33: Policy for Modules in Fedora and Fedora
On Thu, Jul 16, 2020 at 03:59:23PM -0400, warron.french wrote:
> I work in a lab environment that has a proxy somewhere on the network.
>
> I have my VMware VM running CentOS8 and have installed the
> epel-latest-release package.
snip...
>
> I don't know what to do to fix this. Can someone
I work in a lab environment that has a proxy somewhere on the network.
I have my VMware VM running CentOS8 and have installed the
epel-latest-release package.
When I execute a generic *yum update *I run into problems. They are here:
[root@wsf-owt-dev001:yum.repos.d]# yum update Extra Packages
On Wed, Jul 15, 2020 at 4:05 pm, Chris Murphy
wrote:
I haven't. It might be useful to know what Michael Catanzaro thinks of
it, before he goes off to buy and install ECC RAM!
I've been running it since last night and it hasn't turned up any
problems. Very tricky. :/
On Wed, Jul 15, 2020 at 01:17:50PM -0600, Chris Murphy wrote:
> On Wed, Jul 15, 2020 at 12:49 PM Solomon Peachy wrote:
> >
> > On Wed, Jul 15, 2020 at 01:41:27PM -0500, Michael Catanzaro wrote:
> > > Note: memtest86+ actually had an upstream release recently after a *very*
> > > long hiatus, so I
On 2020-07-16 13:59, Sergio Belkin wrote:
>
>
> El jue., 16 jul. 2020 a las 12:22, John Florian
> (mailto:jflor...@doubledog.org>>) escribió:
>
> In any case, the few hassles I encounter are so much less time
> demanding
> than all the window management I manually did before adopting
>
El jue., 16 jul. 2020 a las 12:22, John Florian ()
escribió:
> In any case, the few hassles I encounter are so much less time demanding
> than all the window management I manually did before adopting
> kwin-tiling. If I could only have "focus follows eyes", I'd be quite
> happy in the WM serving
In the FESCo meeting summary email sent out today there were 10
changes approved. I had the feeling that this is more than usual,
so I took a look at the wiki.
Tally (systemd-wide and self-contained):
F20: 14 + 22
F21: 28 + 34
F22: 21 + 15
F23: 12 + 7
F24: 20 + 23
F25: 9 + 11
F26: 17 + 22
F27:
Hi there, folks.
Delve[0] (a Golang debugger) was retired due to the impossibility of
building a new version of delve for dependencies issues. I would like
to claim the package and fix the situation. I already have one of the
dependencies[1] in the works.
I already talked with the original
On Thu, 16 Jul 2020 11:02:02 -0400
Steve Grubb wrote:
> What is the best way to build an official Fedora kernel SRPM with
> KASAN=y?
This is the official documentation for building a custom kernel.
https://fedoraproject.org/wiki/Building_a_custom_kernel
It might already be set in the stock
= Yesterday's Meeting =
Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-2/2020-07-15/fesco.2020-07-15-14.00.html
Minutes (text):
https://meetbot.fedoraproject.org/fedora-meeting-2/2020-07-15/fesco.2020-07-15-14.00.txt
Log:
Il mar 14 lug 2020, 22:35 Robbie Harwood ha scritto:
> Sergio Belkin writes:
>
> > What is the better option to to get tiled windows in Plasma?
> >
> > I've tried a few kwin scripts with no luck, for example:
> >
> > - Grid-Tiling
> > - Krohnkite
> > - Tiling Extension
> >
> > The best I've
On 16. 07. 20 18:37, Fabian Affolter wrote:
Hi all,
In the past few weeks I tried to get in touch with Julien Enselme
(jujens) with no luck. No responses to Bugzilla comments, NEEDINFO flags
and direct e-mails.
Some of his packages are out-dated and now start to block the upgrade of
other
I will soon update libupnp to 1.12.1, which is a soname change. This impacts:
gerbera
gmediarender
linphone
These all build fine with the new release, and I'll rebuild them.
-G
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your
Hi all,
In the past few weeks I tried to get in touch with Julien Enselme
(jujens) with no luck. No responses to Bugzilla comments, NEEDINFO flags
and direct e-mails.
Some of his packages are out-dated and now start to block the upgrade of
other packages.
I've also filed the requisite
Anyone interested in maintaining some Gnome 2 libraries (at least
libgnomeui and deps) in EPEL8? I might if no one else is as someone at
work needs it, but I'm hoping that someone with more Gnome experience
would be willing.
Thanks.
--
Orion Poplawski
Manager of NWRA Technical Systems
On 2020-07-14 19:29, Sergio Belkin wrote:
> Yup, AFAIK "Tiling Extension" is
> https://github.com/kwin-scripts/kwin-tiling. In fact, I think is the
> best option available, but it happens sometimes on non-weekend days
> that it becomes buggy and unstable, and it's pain, kwin crashes, I
> have to
Hello,
What is the best way to build an official Fedora kernel SRPM with KASAN=y?
TIA,
-Steve
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=1857787
Bug ID: 1857787
Summary: perl-LWP-Protocol-https-6.09 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-LWP-Protocol-https
Keywords:
On 15. 07. 20 11:29, Miro Hrončok wrote:
On 02. 06. 20 22:36, Miro Hrončok wrote:
I've just orphaned repsnapper and gtkglextmm. repsnapper depends on gtkglextmm
which depends on pangox-compat, which is already orphaned for 4 weeks.
I haven't touched the packages in years and I don't use
On 16. 07. 20 9:17, Iñaki Ucar wrote:
On Wed, 15 Jul 2020 at 11:39, Miro Hrončok wrote:
On 02. 06. 20 22:36, Miro Hrončok wrote:
I've just orphaned repsnapper and gtkglextmm. repsnapper depends on gtkglextmm
which depends on pangox-compat, which is already orphaned for 4 weeks.
I haven't
On Sat, 2020-06-13 at 13:54 +0200, Thomas Spura wrote:
> Any takers for:
> - *python-mglob* and/or *python-minimock *(instead of retiring it?)
> - *scipy* (seems to be mostly maintained by Orion/Miro now)
I can take scipy (FAS: nforro).
Thanks,
Nikola
On Wed, Jul 15, 2020 at 10:56 PM Przemek Klosowski via devel <
devel@lists.fedoraproject.org> wrote:
> Have you looked at memtester? What do you think of it?
>
I've successfully used memtester in the past to detect suspend-resume
memory corruption on my desktop, just by periodically suspending
On 15.07.2020 21:17, Chris Murphy wrote:
> Does anyone know if Microsoft has a signed UEFI memory tester?
Yes, but it requires Windows Native API in order to work.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list --
> Simply put, "no". Debian and Ubuntu ".deb" packages too often don't
> follow the File System Hierarchy, they may have different layouts and
> package naming capitalization schemes for matching Fedora packagers
> like "PyYAML", they may have overlapping pre-set uids and mismatched
> group name
On Wed, 15 Jul 2020 at 16:54, Mat Booth wrote:
>
> On Mon, 13 Jul 2020 at 19:14, Jiri Vanek wrote:
> >
> > >
> > > A cursory glance shows that some failed with network problems. E.g.
plexus-velocity failed with this:
> > >
> > > DEBUG util.py:621: Errors during downloading metadata for
On Wed, Jul 15, 2020 at 11:49:13AM -0700, Samuel Sieb wrote:
> On 7/15/20 3:30 AM, Daniel P. Berrangé wrote:
> >FCP33: Support PARSEC [Self-Contained]
> >FCP33: PostgreSQL 31 [Self-Contained]
> >FCP33: Policy for Modules in Fedora and Fedora ELN [Self-Contained]
> >FCP33: Golang 1.15 [Late,
Just wanted to mention that the F31 update needs one more karma so it can be
pushed to stable:
https://bodhi.fedoraproject.org/updates/FEDORA-2020-dd4e4e78ef
Maybe a F31 user can take a look?
Felix
___
devel mailing list --
On Wed, 15 Jul 2020 at 11:39, Miro Hrončok wrote:
>
> On 02. 06. 20 22:36, Miro Hrončok wrote:
> > I've just orphaned repsnapper and gtkglextmm. repsnapper depends on
> > gtkglextmm
> > which depends on pangox-compat, which is already orphaned for 4 weeks.
> >
> > I haven't touched the packages
51 matches
Mail list logo