On Tue, Jun 9, 2020 at 12:21 AM John M. Harris Jr wrote:
>
> On Monday, June 8, 2020 5:03:20 PM MST Kevin Kofler wrote:
> > Lennart Poettering wrote:
> >
> > > Well, if you don#t want that behaviour don't use the partition type
> > > UUIDs from the "discoverable partition spec" for your
On Monday, June 8, 2020 5:03:20 PM MST Kevin Kofler wrote:
> Lennart Poettering wrote:
>
> > Well, if you don#t want that behaviour don't use the partition type
> > UUIDs from the "discoverable partition spec" for your partitions.
> >
> > It's how these type uuids are defined:
> >
> >
On Monday, June 8, 2020 5:40:56 AM MST Dridi Boukelmoune wrote:
> > Zswap sounds like an excellent idea to look into instead of zram. Not
> > only
> > that, but it'd allow traditional entry in fstab to configure it, instead
> > of
some systemd magic that nobody knows about.
>
>
> In that case
On Thu, 2020-05-28 at 18:27 +0100, Jonathan Wakely wrote:
> On 28/05/20 09:44 +0100, Jonathan Wakely wrote:
> > I'm starting the rebuilds for Boost 1.73.0 and packages that depend on
> > it, using the f33-boost side tag.
> >
> > If you see "Rebuilt for Boost 1.73.0" in the changelog for one of
https://fedorapeople.org/groups/389ds/ci/nightly/2020/06/09/report-389-ds-base-1.4.4.3-20200608gitaf87048.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
Greetings everyone.
I thought I'd share with everyone how things went today and where we are
at on the datacenter service migration. :)
We did get everything we planns to migrated today:
* staging services shutdown and machines with those resources readied to
be shipped out.
*
Lennart Poettering wrote:
> Well, if you don#t want that behaviour don't use the partition type
> UUIDs from the "discoverable partition spec" for your partitions.
>
> It's how these type uuids are defined:
>
> https://systemd.io/DISCOVERABLE_PARTITIONS/
>
> By using these partition type uuids
On Mon, 2020-06-08 at 22:54 +, Konstantin Kharlamov wrote:
> > On Sat, Jun 6, 2020 at 10:00 AM Richard W.M. Jones
> > >
> > (ZRAM)
> > Compression is intrinsic to just the /dev/zram device. The swap
> > code
> > doesn't share pages between swap devices. The higher priority
> > device
> > is
> On Sat, Jun 6, 2020 at 10:00 AM Richard W.M. Jones wrote:
>
> (ZRAM)
> Compression is intrinsic to just the /dev/zram device. The swap code
> doesn't share pages between swap devices. The higher priority device
> is favored first until full. Once full, pages don't go through the
> zram module,
> On Fri, Jun 5, 2020 at 4:35 AM Vitaly Zaitsev via devel
>
> Already discussed in the 'support hibernation' thread.
>
> Most laptops today have UEFI Secure Boot enabled by default and
> therefore hibernation isn't possible. And even when the laptop doesn't
> have Secure Boot enabled, there's a
https://bugzilla.redhat.com/show_bug.cgi?id=1845046
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1843864
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On Mon, 2020-06-08 at 12:21 -0400, Robbie Harwood wrote:
> Igor Raits writes:
>
> > On Fri, 2020-06-05 at 23:11 -0600, Jeff Law wrote:
> > > On Fri, 2020-06-05 at 10:14 +0100, Jonathan Wakely wrote:
> > > > On 04/06/20 16:30 -0400, Ben Cotton wrote:
> > > >
> > > > >
On Sa, 06.06.20 02:19, Kevin Kofler (kevin.kof...@chello.at) wrote:
> Chris Murphy wrote:
> > So yes it's well suited for these cases and the proposal does include
> > them. If they wish to be left out, that's up to those working groups.
> > It's possible to make sure /etc/systemd/zram-generator
Hi Stephen,
Just want to say thank you to you, or whoever got this working again.
I am able to build on koji again for EPEL. At least EPEL8.
On Sun, Jun 7, 2020 at 7:23 AM Stephen John Smoogen wrote:
>
>
> We are in the middle of the datacentre move where various services are
> partially in
https://bugzilla.redhat.com/show_bug.cgi?id=1845229
Bug ID: 1845229
Summary: perl-Rose-DB-Object-0.818 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Rose-DB-Object
Keywords: FutureFeature,
https://bugzilla.redhat.com/show_bug.cgi?id=1845229
--- Comment #1 from Upstream Release Monitoring
---
An unexpected error occurred while creating the scratch build and has been
automatically reported. Sorry!
--
You are receiving this mail because:
You are on the CC list for the bug.
On Mon, Jun 08, 2020 at 06:19:40PM +0200, Jakub Jelinek wrote:
> The query above are bugs not related to c++20, and in some of them from the
> comments it appears LLVM is not willing to fix but instead want to try to
> change the psABI. The psABI authors stated that they don't intend to change
>
https://bugzilla.redhat.com/show_bug.cgi?id=1845214
Bug ID: 1845214
Summary: perl-WWW-Mechanize-1.99 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-WWW-Mechanize
Keywords: FutureFeature, Triaged
Igor Raits writes:
> On Fri, 2020-06-05 at 23:11 -0600, Jeff Law wrote:
>> On Fri, 2020-06-05 at 10:14 +0100, Jonathan Wakely wrote:
>>> On 04/06/20 16:30 -0400, Ben Cotton wrote:
>>>
https://fedoraproject.org/wiki/Changes/CompilerPolicy
In some ways this means there is no
On Mon, Jun 08, 2020 at 10:02:53AM -0600, Jeff Law wrote:
> On Fri, 2020-06-05 at 23:16 +0200, Jakub Jelinek wrote:
> > On Fri, Jun 05, 2020 at 03:03:18PM -0600, Jeff Law wrote:
> > > Clang/LLVM and GCC are ABI compatible (with the known exception of the
> > > alignment
> > > issue for atomics)
The Best logo design company in Coimbatore. https://webellzinnovation.com/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Fri, 2020-06-05 at 23:16 +0200, Jakub Jelinek wrote:
> On Fri, Jun 05, 2020 at 03:03:18PM -0600, Jeff Law wrote:
> > Clang/LLVM and GCC are ABI compatible (with the known exception of the
> > alignment
> > issue for atomics) and one should be able to mix and match libraries
> > compiled by
>
On Fri, 2020-06-05 at 21:49 +0200, Jakub Jelinek wrote:
> On Fri, Jun 05, 2020 at 01:36:37PM -0600, Jeff Law wrote:
> > > On Thu, 2020-06-04 at 16:30 -0400, Igor Raits wrote:
> > > ...
> > >
> > > Sadly some upstreams insist on clang just because they like it more,
> > > without any technical
On Fri, 2020-06-05 at 23:04 +0200, Mark Wielaard wrote:
> Hi Jeff,
>
> On Fri, 2020-06-05 at 10:07 -0600, Jeff Law wrote:
> > On Fri, 2020-06-05 at 15:56 +, devel-requ...@lists.fedoraproject.org
> > wrote:
> > > One issue I am concerned about here is debuginfo quality. GCC produced
> > >
On Mon, 08 Jun 2020 09:29:27 -0600
Jeff Law wrote:
> On Sun, 2020-06-07 at 13:07 -0700, stan via devel wrote:
> > On Thu, 4 Jun 2020 16:30:09 -0400
> > Ben Cotton wrote:
> >
> > > https://fedoraproject.org/wiki/Changes/CompilerPolicy
> > > An obvious example is Firefox. Upstream, the
https://bugzilla.redhat.com/show_bug.cgi?id=1845194
Bug ID: 1845194
Summary: perl-libwww-perl-6.45 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-libwww-perl
Keywords: FutureFeature, Triaged
On Sun, 2020-06-07 at 13:07 -0700, stan via devel wrote:
> On Thu, 4 Jun 2020 16:30:09 -0400
> Ben Cotton wrote:
>
> > https://fedoraproject.org/wiki/Changes/CompilerPolicy
> > An obvious example is Firefox. Upstream, the Firefox project builds
> > primarily with Clang/LLVM. Yet we force the
On 02. 06. 20 18:40, Kevin Fenzi wrote:
Out detailed checklist for these migrations is available at
https://hackmd.io/@fedorainfra2020/rJpsA4FLL
The https://status.fedoraproject.org/ page links to a different but similar
hackmd.io document. Should it be replaced by this one?
--
Miro Hrončok
Often the answer is yes. It will not come out until the next point
release. In this case 8.3. Those come out every six months.
Depending on the bug, it's possible that it will come out in the .1
release. In this case 8.2.1. Those come out every three months.
If there is a new feature (blah
I realize this is somewhat off-topic, but it is also somewhat related to
EPEL, and I don't know where else to ask as I'm not a RHEL customer, but
merely an EPEL packager.
I have an open bug against a package that's in RHEL8. The bug is in ON_QA
state. It is not a security bug. Does this
On Mon, Jun 08, 2020 at 01:36:11PM +0200, Petr Šabata wrote:
while we have some open tickets, we're waiting for the Modularity
presentation later this week. In the meantime, the discussion
continues in the tickets. There doesn't appear to be anything else to
discuss today so I'm proposing we
Hello,
as a maintainer of the python2.7 package I was surprised to see it being built
for ELN and I like to start a discussion on whether and how can I opt out this
deprecated package from ELN.
Since there is no tracker or dedicated mailing list, I am following the advice
given somewhere
https://bugzilla.redhat.com/show_bug.cgi?id=1842524
--- Comment #2 from Fedora Update System ---
FEDORA-2020-3c190874ee has been submitted as an update to Fedora 32.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-3c190874ee
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1842524
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
On Mon, Jun 8, 2020 at 1:37 PM Petr Šabata wrote:
>
> Hi,
>
> while we have some open tickets, we're waiting for the Modularity
> presentation later this week. In the meantime, the discussion
> continues in the tickets. There doesn't appear to be anything else to
> discuss today so I'm proposing
On Mon, Jun 8, 2020 at 2:46 PM Miro Hrončok wrote:
>
> On 08. 06. 20 13:36, Petr Šabata wrote:
> > Hi,
> >
> > while we have some open tickets, we're waiting for the Modularity
> > presentation later this week. In the meantime, the discussion
> > continues in the tickets. There doesn't appear to
On 08. 06. 20 13:36, Petr Šabata wrote:
Hi,
while we have some open tickets, we're waiting for the Modularity
presentation later this week. In the meantime, the discussion
continues in the tickets. There doesn't appear to be anything else to
discuss today so I'm proposing we cancel the meeting.
> Zswap sounds like an excellent idea to look into instead of zram. Not only
> that, but it'd allow traditional entry in fstab to configure it, instead of
> some systemd magic that nobody knows about.
In that case most of everything that happens on my system is magic, I
don't have comprehensive
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
Hi,
while we have some open tickets, we're waiting for the Modularity
presentation later this week. In the meantime, the discussion
continues in the tickets. There doesn't appear to be anything else to
discuss today so I'm proposing we cancel the meeting.
I'll chair the next one.
P
https://bugzilla.redhat.com/show_bug.cgi?id=1845046
Bug ID: 1845046
Summary: perl-CGI-4.49 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CGI
Keywords: FutureFeature, Triaged
Assignee:
On Mon, Jun 08, 2020 at 09:03 Igor Raits wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Anybody knows new contact of David Moreau Simard ?
> Seems that email is not active anymore.
Hi Igor, you can join David at m...@dmsimard.com .
-Tristan
signature.asc
Description: PGP
On 08.06.2020 07:17, John M. Harris Jr wrote:
> Zswap sounds like an excellent idea to look into instead of zram. Not only
> that, but it'd allow traditional entry in fstab to configure it, instead of
> some systemd magic that nobody knows about.
You can try this:
https://bugzilla.redhat.com/show_bug.cgi?id=1844884
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
Hi everybody,
Over time, I've encountered some packages that fail to build on EPEL7
/ EPEL8, in some cases, like since forever. Is there an equivalent to
the FTBFS cleanup in rawhide / fedora N+1 for EPEL branches? Or are
those packages just left to rot?
Two examples:
- assertj-core (seems to be
Oooh, that would be perfect!
Tomas
On 6/8/20 10:57 AM, Florian Festi wrote:
May be https://github.com/rpm-software-management/rpm/pull/1256 does the
trick. Comments welcome!
Florian
On 6/5/20 4:39 PM, Igor Raits wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Fri, 2020-06-05 at
On Mon, Jun 08, 2020 at 10:58:12AM +0100, Richard W.M. Jones wrote:
> On Sun, Jun 07, 2020 at 05:25:15PM -0600, Chris Murphy wrote:
> > On Sun, Jun 7, 2020 at 2:48 PM David Kaufmann wrote:
> > >
> > > On Sat, Jun 06, 2020 at 05:36:15PM -0600, Chris Murphy wrote:
> > > > To me this sounds like too
On 6/8/20 11:58 AM, Petr Viktorin wrote:
On 2020-06-05 16:12, Tomas Orsava wrote:
On 6/5/20 2:26 PM, Petr Viktorin wrote:
On 2020-06-05 11:51, Tomas Orsava wrote:
On 6/5/20 11:26 AM, Petr Viktorin wrote:
On 2020-06-03 21:49, Tomas Orsava wrote:
Hi,
I have left a few notes about the text
On 2020-06-05 16:12, Tomas Orsava wrote:
On 6/5/20 2:26 PM, Petr Viktorin wrote:
On 2020-06-05 11:51, Tomas Orsava wrote:
On 6/5/20 11:26 AM, Petr Viktorin wrote:
On 2020-06-03 21:49, Tomas Orsava wrote:
Hi,
I have left a few notes about the text itself as comments in the
document.
On Sun, Jun 07, 2020 at 05:25:15PM -0600, Chris Murphy wrote:
> On Sun, Jun 7, 2020 at 2:48 PM David Kaufmann wrote:
> >
> > On Sat, Jun 06, 2020 at 05:36:15PM -0600, Chris Murphy wrote:
> > > To me this sounds like too much dependency on swap.
> >
> > That's not what I meant, I wanted to
https://bugzilla.redhat.com/show_bug.cgi?id=1844884
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
On Fri, Jun 5, 2020 at 5:48 PM Nicolas Mailhot via devel
wrote:
> Some language ecosystems have very low quality unit tests ...
I'd discourage the "some test suites are bad, so let's disable them
all '' attitude.
Some very small and very stable testsuites may still be beneficial to
be run every
On 2020-06-07 11:29 p.m., Chris Murphy wrote:
On Sun, Jun 7, 2020 at 11:25 PM Luya Tshimbalanga
wrote:
On Sun, Jun 7, 2020 at 1:26 PM Luya Tshimbalanga
Good to know. I proceed to remove on my desktop which has 32 GB RAM.
I'm not sure whose service this is but I don't have it.
After
On Sat, Jun 6, 2020 at 4:55 PM Chris Murphy wrote:
> Also, the zpool memory cache is
> preallocated, unlike zram devices.
Nevermind. This is also dynamic.
"dynamically allocated RAM-based memory pool"
https://www.kernel.org/doc/Documentation/vm/zswap.txt
--
Chris Murphy
On Sat, Jun 06, 2020 at 03:10:37PM -0700, Samuel Sieb wrote:
> On 6/6/20 9:04 AM, Richard W.M. Jones wrote:
> >On Fri, Jun 05, 2020 at 04:07:44PM -0600, Chris Murphy wrote:
> >>This laptop with 8GiB RAM is running two VMs at the same time: Windows
> >>10 and Fedora Workstation 32. The host is
On 6/8/20 11:00, Miro Hrončok wrote:
> irssi huzaifas, jskarvad, orphan 1 weeks ago
I went ahead and took irssi as I use it daily.
--
Kalev
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
Igor Raits wrote:
> Why is it painful? You have all dependencies packaged that follow
> semver (not like Go) and it is quite easy to build those packages.
Semver is just a convention on version numbers (and one that, IMHO, is still
open to human interpretation). It does not solve the problem at
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
May be https://github.com/rpm-software-management/rpm/pull/1256 does the
trick. Comments welcome!
Florian
On 6/5/20 4:39 PM, Igor Raits wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On Fri, 2020-06-05 at 16:10 +0200, Tomas Orsava wrote:
>> Hi,
>> I think it would be useful to
Nicolas Mailhot via devel wrote:
> And Go has all build dependencies in the release where they are used
> (not like rust, with magic ephemeral rawhide-only packages)
Ephemeral Rawhide-only packages mean the builds cannot be reproduced in a
release, which is a clear violation of our packaging
On Mon, 8 Jun 2020 at 10:37, Florian Weimer wrote:
>
> * Iñaki Ucar:
>
> > On Mon, 8 Jun 2020 at 07:12, Gordon Messmer
> > wrote:
> >>
> >> > - I found that [1] does a pretty good job replacing /usr/bin/systemctl
> >> > [1] https://github.com/gdraheim/docker-systemctl-replacement
> >>
> >> I
* Iñaki Ucar:
> On Mon, 8 Jun 2020 at 07:12, Gordon Messmer wrote:
>>
>> > - I found that [1] does a pretty good job replacing /usr/bin/systemctl
>> > [1] https://github.com/gdraheim/docker-systemctl-replacement
>>
>> I only use WSL for an interactive shell, so I haven't needed to do much
>> of
On Mon, 8 Jun 2020 at 07:12, Gordon Messmer wrote:
>
> > - I found that [1] does a pretty good job replacing /usr/bin/systemctl
> > [1] https://github.com/gdraheim/docker-systemctl-replacement
>
> I only use WSL for an interactive shell, so I haven't needed to do much
> of anything with systemd.
On 05/06/20 23:11 -0600, Jeff Law wrote:
On Fri, 2020-06-05 at 10:14 +0100, Jonathan Wakely wrote:
"Upstream only builds+tests with Clang and using GCC requires lots of
work from the Fedora maintainer to fix problems that upstream don't
care about" is a good reason to use Clang.
"I've heard
On 05/06/20 13:10 -0600, Jeff Law wrote:
On Fri, 2020-06-05 at 20:51 +0200, Florian Weimer wrote:
* Jeff Law:
> As we both know, GCC has had ABI bugs as well. Both compilers strive
> to be ABI compatible with each other and we should continue to work
> together to find and address such
https://bugzilla.redhat.com/show_bug.cgi?id=1844899
--- Comment #2 from Fedora Update System ---
FEDORA-2020-c582c88002 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-c582c88002
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1844899
--- Comment #1 from Fedora Update System ---
FEDORA-2020-2ec305b097 has been submitted as an update to Fedora 32.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-2ec305b097
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1844899
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |MODIFIED
Fixed In Version|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Anybody knows new contact of David Moreau Simard ?
Seems that email is not active anymore.
https://bugzilla.redhat.com/show_bug.cgi?id=1841624
- --
Igor Raits
-BEGIN PGP SIGNATURE-
https://bugzilla.redhat.com/show_bug.cgi?id=1844866
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1844622
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On Sun, 2020-06-07 at 18:19 -0600, Chris Murphy wrote:
> On Sun, Jun 7, 2020 at 12:56 PM Konstantin Kharlamov <
> hi-an...@yandex.ru> wrote:
> > Hello! I see a proposal to enable zram by deafult¹. If I correctly
> > understand this is the thread where it's being discussed. I have a
> > few
> >
https://bugzilla.redhat.com/show_bug.cgi?id=1844662
--- Comment #2 from Fedora Update System ---
FEDORA-2020-fd73c08076 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-fd73c08076
--
You are receiving this mail because:
You are on the CC list
On Sun, Jun 7, 2020 at 11:18 PM John M. Harris Jr wrote:
>
> On Sunday, June 7, 2020 11:51:38 AM MST Konstantin Kharlamov wrote:
> > The third question touches the paragraph "Why not zswap?". The only
> > point it mentions is that swap-device is not encrypted. Fair enough,
> > although I wonder
https://bugzilla.redhat.com/show_bug.cgi?id=1844664
Petr Pisar changed:
What|Removed |Added
Status|NEW |MODIFIED
Version|32
https://bugzilla.redhat.com/show_bug.cgi?id=1844663
--- Comment #2 from Fedora Update System ---
FEDORA-2020-fd73c08076 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-fd73c08076
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1844664
--- Comment #2 from Fedora Update System ---
FEDORA-2020-fd73c08076 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-fd73c08076
--
You are receiving this mail because:
You are on the CC list
On Mon, Jun 8, 2020 at 12:35 AM Chris Murphy wrote:
>
> zswap is configured by sysfs, same as zram.
>
s/by/via/
--
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1844663
Petr Pisar changed:
What|Removed |Added
Version|32 |31
--
You are receiving this mail
https://bugzilla.redhat.com/show_bug.cgi?id=1844663
Petr Pisar changed:
What|Removed |Added
Status|NEW |MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1844662
Petr Pisar changed:
What|Removed |Added
Status|NEW |MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1844662
Petr Pisar changed:
What|Removed |Added
Version|32 |31
--
You are receiving this mail
On Sun, Jun 7, 2020 at 11:25 PM Luya Tshimbalanga
wrote:
>
> > On Sun, Jun 7, 2020 at 1:26 PM Luya Tshimbalanga
> > >
> > zram-generator has no service unit file at all. The zram.service unit
> > file is part of Anaconda.
> >
> Good to know. I proceed to remove on my desktop which has 32 GB
84 matches
Mail list logo