-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Fri, 2018-01-19 at 07:53 +0100, Alexander Ploumistos wrote:
> Hello Igor,
>
> On Thu, Jan 18, 2018 at 8:17 PM, Igor Gnatenko
> wrote:
> > I'm working on removing all this cruft from all our packages (and
On Thu, 2018-01-18 at 09:28 +0100, David Demelier wrote:
> Hello all,
>
> Since systemd-networkd is a mature network system daemon nowadays,
> NetworkManager can be avoided in many cases where people do not need
> desktop features.
>
> I propose to remove NetworkManager from the “Core” group and
Hello Igor,
On Thu, Jan 18, 2018 at 8:17 PM, Igor Gnatenko
wrote:
> I'm working on removing all this cruft from all our packages (and creating
> conditionals for all packages which have epel branch).
Should the scriptlets be removed only in rawhide, or can I
https://pagure.io/389-ds-base/issue/49544
https://pagure.io/389-ds-base/issue/raw/files/fa6bdb774b723acb36c638720
6f5cbb640d1ed9234790700bbc1bdd60fbb0651-0001-Ticket-49544-cli-release-
preperation.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
2018-01-18 22:25 GMT+01:00 Adrian Reber :
> libcdio upstream released the 2.0 version a few weeks ago and I will
> updated rawhide to the latest libcdio version. It comes with a new
> soname and I will also rebuild all dependencies.
Hi Adrian,
Can you wait a week at least ? We
On 01/18/2018 06:41 PM, Kevin Kofler wrote:
By the way, is that even still needed? A lot of Windows software is now
native Win64. Is a 64-bit-only WINE really still not workable?
Yes. Yes. There are cases where the 64-bit binary doesn't run and the 32-bit one
does. There are cases where the
On Thu, 18 Jan 2018 20:07:27 -0600, Rex Dieter wrote:
> I can
> dnf install .i686
>
> and I see no 64bit packages pulled in.
With F27,
dnf install wine.i686
really pulls in various x86_64 alongside their i686 builds.
___
devel mailing list --
Igor Gnatenko wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Does anybody know why we are still using %{?_isa} thing?
To ensure arch's match between subpkgs.
> DNF/libsolv forcefully install 64bit package for any 32bit package in
> transaction. So it is not possible to get
Igor Gnatenko wrote:
> Yeah, requiring 32bit package from 64bit one (aka wine) is
> different case (it doesn't really use %{?_isa}) and is valid one.
By the way, is that even still needed? A lot of Windows software is now
native Win64. Is a 64-bit-only WINE really still not workable?
https://bugzilla.redhat.com/show_bug.cgi?id=1536232
--- Comment #2 from Upstream Release Monitoring
---
hotness's scratch build of perl-Coro-Multicore-0.03-1.el7.src.rpm for rawhide
failed
https://bugzilla.redhat.com/show_bug.cgi?id=1535735
--- Comment #5 from Fedora Update System ---
perl-MongoDB-1.8.1-1.fc27 has been pushed to the Fedora 27 testing repository.
If problems still persist, please make note of it in this bug report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1529277
--- Comment #5 from Fedora Update System ---
perl-Locale-SubCountry-2.04-1.fc27 has been pushed to the Fedora 27 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1511913
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1536234
Bug ID: 1536234
Summary: perl-BDB-1.92 is available
Product: Fedora
Version: rawhide
Component: perl-BDB
Keywords: FutureFeature, Triaged
Assignee: jples...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1536232
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1383090
--> https://bugzilla.redhat.com/attachment.cgi?id=1383090=edit
[patch] Update to 0.03 (#1536232)
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1536232
Bug ID: 1536232
Summary: perl-Coro-Multicore-0.03 is available
Product: Fedora
Version: rawhide
Component: perl-Coro-Multicore
Keywords: FutureFeature, Triaged
Assignee:
The following Fedora EPEL 7 Security updates need testing:
Age URL
1047 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087
dokuwiki-0-0.24.20140929c.el7
809 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f
mcollective-2.8.4-1.el7
391
The following Fedora EPEL 6 Security updates need testing:
Age URL
919 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168
rubygem-crack-0.3.2-2.el6
809 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb
mcollective-2.8.4-1.el6
781
https://pagure.io/389-ds-base/issue/49542
https://pagure.io/389-ds-base/issue/raw/files/b86d47927141e4823eb44826374803435a69a513c45f2b5af59690e88552fc76-0001-Issue-49542-Unpackaged-files-on-el7-break-rpm-build.patch
signature.asc
Description: PGP signature
On Thursday, 18 January 2018 at 23:20, Igor Gnatenko wrote:
> On Thu, 2018-01-18 at 23:04 +0100, Dominik 'Rathann' Mierzejewski wrote:
> > On Thursday, 18 January 2018 at 22:50, Igor Gnatenko wrote:
> > > Hello,
> > >
> > > Does anybody know why we are still using %{?_isa} thing?
> > >
> > >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, 2018-01-18 at 16:58 -0500, Neal Gompa wrote:
> On Thu, Jan 18, 2018 at 4:50 PM, Igor Gnatenko
> wrote:
> >
> > Hello,
> >
> > Does anybody know why we are still using %{?_isa} thing?
> >
> > DNF/libsolv
https://bugzilla.redhat.com/show_bug.cgi?id=1535735
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1529277
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, 2018-01-18 at 23:04 +0100, Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 18 January 2018 at 22:50, Igor Gnatenko wrote:
> > Hello,
> >
> > Does anybody know why we are still using %{?_isa} thing?
> >
> > DNF/libsolv forcefully
On Thursday, 18 January 2018 at 15:06, Robert-André Mauchin wrote:
> On jeudi 18 janvier 2018 14:31:17 CET Miloslav Trmac wrote:
> > Hello,
> > I have orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse .
> > Mirek
>
> I need perl-IPTables-ChainMgr for a package that is currently being
On Thursday, 18 January 2018 at 22:50, Igor Gnatenko wrote:
> Hello,
>
> Does anybody know why we are still using %{?_isa} thing?
>
> DNF/libsolv forcefully install 64bit package for any 32bit package in
> transaction. So it is not possible to get 32bit package without 64bit
> counterpart.
Huh?
On Thu, Jan 18, 2018 at 4:50 PM, Igor Gnatenko
wrote:
>
> Hello,
>
> Does anybody know why we are still using %{?_isa} thing?
>
> DNF/libsolv forcefully install 64bit package for any 32bit package in
> transaction. So it is not possible to get 32bit package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello,
Does anybody know why we are still using %{?_isa} thing?
DNF/libsolv forcefully install 64bit package for any 32bit package in
transaction. So it is not possible to get 32bit package without 64bit
counterpart.
So then what's the reason of
libcdio upstream released the 2.0 version a few weeks ago and I will
updated rawhide to the latest libcdio version. It comes with a new
soname and I will also rebuild all dependencies.
Adrian
signature.asc
Description: PGP signature
On Thu, Jan 18, 2018 at 09:38:13PM +0100, Nicolas Chauvet wrote:
> >> Recommends: (other-repo-appstream if (PackageKit or gnome-software))
>
> I wondered that too at one point. But It would lead to a race. The dnf
> .repo files would not be installed yet, and then the
> rpmfusion-*appdata
will it be ready by F29? or are would it be best to look at pulling it into F30
instead ?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
2018-01-18 20:21 GMT+01:00 Neal Gompa :
> On Thu, Jan 18, 2018 at 2:19 PM, Matthew Miller
> wrote:
>> On Thu, Jan 18, 2018 at 01:02:49PM -0600, Dennis Gilmore wrote:
>>> The only way to really do this would be to make rpmfusion-release
>>> require it.
2018-01-18 20:02 GMT+01:00 Dennis Gilmore :
> The only way to really do this would be to make rpmfusion-release
> require it. However that will mean users have to download and install
> two packages to make it all work. That may break things for people who
> intentionally remove
On Thu, Jan 18, 2018 at 08:47:49PM +0100, Igor Gnatenko wrote:
> > > > Recommends: (other-repo-appstream if (PackageKit or gnome-software))
> > Thanks -- I thought so but was too lazy to check at the moment. So the
> > above should do it, right?
> Recommends are not different from Supplements.
Following is the list of topics that will be discussed in the
FESCo meeting Friday at 16:00UTC in #fedora-meeting on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2018-01-19 16:00 UTC'
Links to all issues below
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, 2018-01-18 at 19:45 +, Sérgio Basto wrote:
> On Thu, 2018-01-18 at 20:17 +0100, Igor Gnatenko wrote:
> > Hello,
> >
> > I'm working on removing all this cruft from all our packages (and
> > creating
> > conditionals for all packages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, 2018-01-18 at 14:34 -0500, Matthew Miller wrote:
> On Thu, Jan 18, 2018 at 02:21:35PM -0500, Neal Gompa wrote:
> > > Does DNF process new Recommends? The -release package could Recommend
> > > it rather than Require it. In fact, couldn't it
On Thu, 2018-01-18 at 20:17 +0100, Igor Gnatenko wrote:
> Hello,
>
> I'm working on removing all this cruft from all our packages (and
> creating
> conditionals for all packages which have epel branch).
> Unfortunately some maintainers adding them back with conditionals
> like:
> %if 0%{?fedora}
On Thu, Jan 18, 2018 at 02:21:35PM -0500, Neal Gompa wrote:
> > Does DNF process new Recommends? The -release package could Recommend
> > it rather than Require it. In fact, couldn't it even do:
> > Recommends: (other-repo-appstream if (PackageKit or gnome-software))
> It does.
Thanks -- I
On Thu, Jan 18, 2018 at 02:09:26PM -0500, Josh Boyer wrote:
> > Given that Python 2 is going EOL in about two years, I don't think we
> > want it in EPEL proper. If we do provide it, it should be in a module.
> You're referring to EPEL > 7, right?
For Python, yes.
>
On Thu, Jan 18, 2018 at 2:19 PM, Matthew Miller
wrote:
> On Thu, Jan 18, 2018 at 01:02:49PM -0600, Dennis Gilmore wrote:
>> The only way to really do this would be to make rpmfusion-release
>> require it. However that will mean users have to download and install
>> two
On Thu, Jan 18, 2018 at 01:02:49PM -0600, Dennis Gilmore wrote:
> The only way to really do this would be to make rpmfusion-release
> require it. However that will mean users have to download and install
> two packages to make it all work. That may break things for people who
> intentionally
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello,
I'm working on removing all this cruft from all our packages (and creating
conditionals for all packages which have epel branch).
Unfortunately some maintainers adding them back with conditionals like:
%if 0%{?fedora} < 28 || 0%{?rhel} < 8
On Thu, Jan 18, 2018 at 1:45 PM, Matthew Miller
wrote:
> On Thu, Jan 18, 2018 at 07:32:07PM +0100, Miro Hrončok wrote:
>> Once there is a new EPEL version out there, it is very likely both
>> pythons will be available there as well.
>
> Given that Python 2 is going EOL
On 18 January 2018 at 13:45, Matthew Miller wrote:
> On Thu, Jan 18, 2018 at 07:32:07PM +0100, Miro Hrončok wrote:
>> Once there is a new EPEL version out there, it is very likely both
>> pythons will be available there as well.
>
> Given that Python 2 is going EOL in
The only way to really do this would be to make rpmfusion-release
require it. However that will mean users have to download and install
two packages to make it all work. That may break things for people who
intentionally remove gnome-software and PackageKit
Dennis
El mar, 16-01-2018 a las 18:08
On Thu, Jan 18, 2018 at 07:32:07PM +0100, Miro Hrončok wrote:
> Once there is a new EPEL version out there, it is very likely both
> pythons will be available there as well.
Given that Python 2 is going EOL in about two years, I don't think we
want it in EPEL proper. If we do provide it, it
On 18.1.2018 19:16, Stephen Gallagher wrote:
On Thu, Jan 18, 2018 at 12:12 PM Petr Viktorin > wrote:
On 01/17/2018 12:38 PM, Richard W.M. Jones wrote:
> On Thu, Jan 11, 2018 at 01:02:32PM -0800, Troy Dawson wrote:
>> Hello,
Thanks for the feedback Neal. I have submitted the update.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-93f737b65e
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to
We are looking for interested people who are willing to write docs in person
for one week. You don't have to be an existing docs team member to participate.
It helps if you're familiar with AsciiDoc, but if you're not, it's easy to
learn.
You'll hang out with other people interested in making
On 18 January 2018 at 03:28, David Demelier wrote:
> Hello all,
>
> Since systemd-networkd is a mature network system daemon nowadays,
> NetworkManager can be avoided in many cases where people do not need
> desktop features.
>
> I propose to remove NetworkManager from the
On 01/18/2018 01:16 PM, Kaleb S. KEITHLEY wrote:
> On 01/18/2018 03:23 AM, Jonathan Dieter wrote:
>> (This is meant for the Fedora devel mailing list, but I've cc'd the
>> nfs-ganesha mailing list in the hopes that they might see something I'm
>> missing)
>>
>> The latest release of the LizardFS
On Thu, Jan 18, 2018 at 12:12 PM Petr Viktorin wrote:
> On 01/17/2018 12:38 PM, Richard W.M. Jones wrote:
> > On Thu, Jan 11, 2018 at 01:02:32PM -0800, Troy Dawson wrote:
> >> Hello,
> >> Python3 will be in the next major RHEL release. I don't mean RHEL
> >> 7.6, but with
On 01/18/2018 03:23 AM, Jonathan Dieter wrote:
> (This is meant for the Fedora devel mailing list, but I've cc'd the
> nfs-ganesha mailing list in the hopes that they might see something I'm
> missing)
>
> The latest release of the LizardFS distributed filesystem includes a
> FSAL for NFS
On 01/17/2018 12:38 PM, Richard W.M. Jones wrote:
On Thu, Jan 11, 2018 at 01:02:32PM -0800, Troy Dawson wrote:
Hello,
Python3 will be in the next major RHEL release. I don't mean RHEL
7.6, but with numbers higher than 7.
There are many, many packages with something like the following
if
On 01/18/2018 02:28 AM, David Demelier wrote:
> Since systemd-networkd is a mature network system daemon nowadays,
> NetworkManager can be avoided in many cases where people do not need
> desktop features.
>
> I propose to remove NetworkManager from the “Core” group and mark it as
> optional or
On Thu, 2018-01-18 at 09:28 +0100, David Demelier wrote:
> Hello all,
>
> Since systemd-networkd is a mature network system daemon nowadays,
> NetworkManager can be avoided in many cases where people do not need
> desktop features.
>
> I propose to remove NetworkManager from the “Core” group and
On Thu, 2018-01-18 at 16:15 +0100, Kevin Kofler wrote:
> Pierre-Yves Chibon wrote:
> > Even if it does, it should have been advertised as a system-wide change
> > for F28 which is no longer possible.
>
> FESCo could approve an exception.
>
> If this really makes package updates made through
Hello,
I would prefer to keep Network Manager as core. I don't see what benefits
would bring if it's removed and marked as optional.
Regards,
Silvia
FAS: Lailah
On 18 January 2018 at 13:31, Matthew Miller
wrote:
> On Thu, Jan 18, 2018 at 09:28:30AM +0100, David
Existing code has a serious performance problem with package uninstallation
on bigger installations (a lot of transactions or a lot of packages in the
system) interfering with the system upgrade. Moreover, database scheme has
significantly changed - that would require another, relatively complex
On Thu, Jan 18, 2018 at 10:15 AM, Kevin Kofler wrote:
> Pierre-Yves Chibon wrote:
>> Even if it does, it should have been advertised as a system-wide change
>> for F28 which is no longer possible.
>
> FESCo could approve an exception.
>
> If this really makes package
> On 18. Jan 2018, at 16:13, Kevin Kofler wrote:
>
> Am I the only one who bothers reading update notes?
Nope.
BK
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Randy Barlow wrote:
> The original intent as I understood it from the thread long ago[0] was
> to reduce the number of updates that go out on non-Tuesdays, and make
> most updates happen on Tuesdays. The data that Kevin cited seems to be
> accomplishing that purpose.
But whom does this help?
Pierre-Yves Chibon wrote:
> Even if it does, it should have been advertised as a system-wide change
> for F28 which is no longer possible.
FESCo could approve an exception.
If this really makes package updates made through PackageKit show up in DNF
history, IMHO, it would be worth considering
I wrote:
> This week, there have been almost daily nonempty update pushes (listing
> only the SRPMs here, and only the updates that affected me):
> * Jan 10 (previous batch)
> * Jan 11 (not batched, gtk3 and microcode-ctl)
> * Jan 12 (not batched, kernel, dhcp, dnfdragora, hplip, webkitgtk4)
> *
On Sat, 2018-01-13 at 12:28 +0100, Igor Gnatenko wrote:
> Hello,
>
> I noticed that for multiple release we have updates which stuck in
> bodhi for
> many months until distro goes EOL.
>
> I wonder if we should just auto-unpush updates which are in testing
> in 1(?)
> month? Thoughts?
I agree
Hello,
2018-01-18 15:06 GMT+01:00 Robert-André Mauchin :
> On jeudi 18 janvier 2018 14:31:17 CET Miloslav Trmac wrote:
> > I have orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse .
>
> I need perl-IPTables-ChainMgr for a package that is currently being
> reviewed
>
https://bugzilla.redhat.com/show_bug.cgi?id=1535735
--- Comment #3 from Fedora Update System ---
perl-MongoDB-1.8.1-1.fc26 has been submitted as an update to Fedora 26.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-80f1b2526c
--
You are receiving this mail
On jeudi 18 janvier 2018 14:31:17 CET Miloslav Trmac wrote:
> Hello,
> I have orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse .
> Mirek
I need perl-IPTables-ChainMgr for a package that is currently being reviewed
(Ravada [1]), can you transfer the ownership of both to me (fas:
https://bugzilla.redhat.com/show_bug.cgi?id=1535735
--- Comment #2 from Fedora Update System ---
perl-MongoDB-1.8.1-1.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-4d0ca370cb
--
You are receiving this mail
On Thu, 2018-01-18 at 07:34 -0500, Kaleb S. KEITHLEY wrote:
> On 01/18/2018 03:23 AM, Jonathan Dieter wrote:
> > What is the best way for me to include NFS Ganesha support in LizardFS?
> >1. Include the latest Fedora NFS Ganesha source and add a hard requires
> > to that version in the
https://bugzilla.redhat.com/show_bug.cgi?id=1535735
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In
Hello,
I have orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse .
Mirek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Thu, Jan 18, 2018 at 09:28:30AM +0100, David Demelier wrote:
> Since systemd-networkd is a mature network system daemon nowadays,
> NetworkManager can be avoided in many cases where people do not need
> desktop features.
> I propose to remove NetworkManager from the “Core” group and mark it as
On 01/18/2018 03:23 AM, Jonathan Dieter wrote:
> (This is meant for the Fedora devel mailing list, but I've cc'd the
> nfs-ganesha mailing list in the hopes that they might see something I'm
> missing)
>
> The latest release of the LizardFS distributed filesystem includes a
> FSAL for NFS
https://bugzilla.redhat.com/show_bug.cgi?id=1535448
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed
Hi
I've had a look at what still requires openjpeg-1.x, and there are just
a handful of packages which can be ported with relatively small effort
to openjpeg2. These packages are:
blender: upstream patch
efl: support in currently packaged version
gstreamer1-plugins-bad-free-extras: support
https://bugzilla.redhat.com/show_bug.cgi?id=1511913
--- Comment #2 from Fedora Update System ---
perl-Crypt-OpenSSL-X509-1.808-1.fc27 has been submitted as an update to Fedora
27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-f60dccf200
--
You are receiving
https://bugzilla.redhat.com/show_bug.cgi?id=1511913
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |MODIFIED
https://bugzilla.redhat.com/show_bug.cgi?id=1392475
Petr Pisar changed:
What|Removed |Added
Status|NEW |MODIFIED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1392479
Petr Pisar changed:
What|Removed |Added
Status|NEW |MODIFIED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1529277
--- Comment #3 from Fedora Update System ---
perl-Locale-SubCountry-2.04-1.fc26 has been submitted as an update to Fedora
26. https://bodhi.fedoraproject.org/updates/FEDORA-2018-b812fa98d9
--
You are receiving
https://bugzilla.redhat.com/show_bug.cgi?id=1529277
--- Comment #2 from Fedora Update System ---
perl-Locale-SubCountry-2.04-1.fc27 has been submitted as an update to Fedora
27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-d1df30ae83
--
You are receiving
On Wed, Jan 17, 2018 at 11:50:53PM -, Greg Evenden wrote:
> ohh okz. i guess the real questrion is, will DNF3 be usable before Branching
> point?
Even if it does, it should have been advertised as a system-wide change for F28
which is no longer possible.
So F29 it is :)
Pierre
https://bugzilla.redhat.com/show_bug.cgi?id=1529277
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |MODIFIED
Hello all,
Since systemd-networkd is a mature network system daemon nowadays,
NetworkManager can be avoided in many cases where people do not need
desktop features.
I propose to remove NetworkManager from the “Core” group and mark it as
optional or eventually move it into a dedicated group.
(This is meant for the Fedora devel mailing list, but I've cc'd the
nfs-ganesha mailing list in the hopes that they might see something I'm
missing)
The latest release of the LizardFS distributed filesystem includes a
FSAL for NFS Ganesha, allowing you to mount a LizardFS filesystem using
NFS (or
87 matches
Mail list logo