TouchPad.....

2016-10-14 Thread EGO-II.1 

Hello all, hoping someone can point me in the right direction.

I recently upgraded from F23 to F24, and now for some strange reason my 
touchpad on my Lenovo ThinkPad T420 doesn't edge scroll anymore. I've 
tried looking online for a solution but none of them work. Can someone 
point me in the right direction as to what I should be looking for? Any 
help with this is greatly appreciated!



Cheers!






EGO II
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Dual boot

2016-10-14 Thread Samuel Sieb 

On 10/14/2016 03:55 PM, Doug wrote:

to run a Windows repair disk and re-establish the Windows boot. I don't
know then how you'd get the dual boot back, altho Windows _claims_ you
can dual boot with Windows.

UEFI makes dual-boot much easier, because neither OS needs to mess 
around with the boot loader of the other OS.  But GRUB can still boot 
Windows if you want.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Dual boot

2016-10-14 Thread Doug 

On 10/14/2016 02:38 PM, Celso Viana wrote:

Does the EFI boot menu show an option for Windows?  Look in /boot/efi/EFI
and see if there is a Microsoft directory there.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

There is no Windows menu entry.

There is no Microsoft directory.

Thanks

How do you know that Windows is still there? I'd run a disk of GParted 
and see if the Windows partition is still there, and if it has anything 
on it. If it is and does, you might have
to run a Windows repair disk and re-establish the Windows boot. I don't 
know then how you'd get the dual boot back, altho Windows _claims_ you 
can dual boot with Windows.


--doug
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Using Google Mock

2016-10-14 Thread jeandet 
Ok, it seems I got the answer for why it's not shipped as binary here:
http://askubuntu.com/questions/219516/howto-install-google-mock-on-ubun
tu-12-10

Le vendredi 14 octobre 2016 à 20:38 +0200, jeandet a écrit :
> Hi,
> 
> Does anyone uses Google Mock from fedora repositories (gmock.noarch)?
> If yes why it doesn't ship gmock dll but only gmock source files, why
> we don't have a gmock.x86_64 package as for gtest? Should we build it
> locally for each app, what is the procedure?
> 
> Best regards,
> Alexis.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Dual boot

2016-10-14 Thread Samuel Sieb 

On 10/14/2016 11:38 AM, Celso Viana wrote:

Does the EFI boot menu show an option for Windows?  Look in /boot/efi/EFI
and see if there is a Microsoft directory there.


There is no Windows menu entry.

There is no Microsoft directory.

Then you must have formatted the EFI partition during the install.  You 
could check the log files in /var/log/anaconda/ to verify that.  There 
have been several people with the same issue on ask.fedoraproject.org. 
The solution seems to be to get the install/repair iso file from the 
Microsoft web site and use that to fix the boot.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Using Google Mock

2016-10-14 Thread jeandet 
Hi,

Does anyone uses Google Mock from fedora repositories (gmock.noarch)?
If yes why it doesn't ship gmock dll but only gmock source files, why
we don't have a gmock.x86_64 package as for gtest? Should we build it
locally for each app, what is the procedure?

Best regards,
Alexis.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Dual boot

2016-10-14 Thread Celso Viana 
> Does the EFI boot menu show an option for Windows?  Look in /boot/efi/EFI
> and see if there is a Microsoft directory there.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org

There is no Windows menu entry.

There is no Microsoft directory.

Thanks

-- 
Celso Vianna
BSD User: 51318
http://www.bsdcounter.org

Palmas/TO
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: googleearth

2016-10-14 Thread Fred Smith 
On Fri, Oct 14, 2016 at 10:11:08AM +0200, François Patte wrote:
> Bonjour,
> 
> I have just installed googleearth (stable current) from an rpm
> downloaded from google-earth site.
> 
> It seems to work, but if I ask for a location, it always zooms at the
> same place: somewhere in the atlantic ocean south of Africa, south of
> the Ivory coast.
> 
> Is it a bug? Is there something to configure?

I am not running the new Linux binary of Google Earth, so I probably
can't help much. All I can say is the one I"m running doesn't do
what you describe.

Now, the prior version (that I"m using) is horribly broken in several
ways, and google left it in that state for years. however there is
a large forum thread (more than one, actually) where one guy gives
a TON of  helpful information on how to hack at it to make it work,
including some tweaks to make it work on Fedora (which also happen to
work on centos-7, which I use.) So, you may find it helpful to find
that thread and revert to the prior version (if you can find it).

Good luck!

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
"Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of
 heaven, but only he who does the will of my Father who is in heaven."
-- Matthew 7:21 (niv) -
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: googleearth

2016-10-14 Thread David A. De Graaf 

On 10/14/16 04:11, François Patte wrote:

Bonjour,

I have just installed googleearth (stable current) from an rpm
downloaded from google-earth site.

It seems to work, but if I ask for a location, it always zooms at the
same place: somewhere in the atlantic ocean south of Africa, south of
the Ivory coast.

Is it a bug? Is there something to configure?

Thank you.




If you haven't already noticed, that corresponds to the point defined by

0 deg Latitude, 0 deg Longitude.  Google 'Null Island" for some laughs.

So it would seem that your instance of Googleearth is dropping zeroes

instead of the correct lat and lon for a geographic place.

Sorry, that's the limit of my diagnostic skills

--
David A. De GraafDATIX, Inc.Hendersonville, NC
d...@datix.us www.datix.us
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Dual boot

2016-10-14 Thread Samuel Sieb 

On 10/14/2016 07:23 AM, Celso Viana wrote:

I had a setup with "Windows 10" and "Fedora 23" dual boot (UEFI). I
installed the "Fedora 24" on this machine and the installer failed to
detect the most "Windows 10". Does anyone know how to reconfigure /
reinstall GRUB to Windows appears in the boot menu?

Does the EFI boot menu show an option for Windows?  Look in 
/boot/efi/EFI and see if there is a Microsoft directory there.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

[389-users] Announcing 389 Directory Server 1.3.5.14

2016-10-14 Thread Mark Reynolds 

389 Directory Server 1.3.5.14

The 389 Directory Server team is proud to announce 389-ds-base
version 1.3.5.14.

Fedora packages are available from the Fedora 24, 25 and
Rawhide repositories.

The new packages and versions are:

  * 389-ds-base-1.3.5.14-1

Source tarballs are available for download at Download 389-ds-base
Source 
and Download nunc-stans Source
.


  Highlights in 1.3.5.14

  * A security bug fix and lots of bug fixes and enhancements


  Installation and Upgrade

See Download  for
information about setting up your yum repositories.

To install, use *yum install 389-ds* yum install 389-ds After install
completes, run *setup-ds-admin.pl* to set up your directory
server. setup-ds-admin.pl

To upgrade, use *yum upgrade* yum upgrade After upgrade completes, run
*setup-ds-admin.pl -u* to update your directory server/admin
server/console information. setup-ds-admin.pl -u

See Install_Guide
 for more
information about the initial installation, setup, and upgrade

See Source 
for information about source tarballs and SCM (git) access.


  Feedback

We are very interested in your feedback!

Please provide feedback and comments to the 389-users mailing list:
https://lists.fedoraproject.org/admin/lists/389-users.lists.fedoraproject.org
as well as
https://admin.fedoraproject.org/updates/389-ds-base-1.3.5.14-1.fc24
.

If you find a bug, or would like to see a new feature, file it in our
Trac instance: https://fedorahosted.org/389

- Ticket 48992 - Total init may fail if the pushed schema is rejected
- Ticket 48832 - Fix CI test suite for password min age
- Ticket 48983 - Configure and Makefile.in from new default paths work.
- Ticket 48983 - Configure and Makefile.in from new default paths work.
- Ticket 48983 - generate install path info from autotools scripts -
Ticket 48944 - on a read only replica invalid state info can accumulate
- Ticket 48766 - use a consumer maxcsn only as anchor if supplier is
more advanced
- Ticket 48921 - CI Replication stress tests have limits set too low
- Ticket 48969 - nsslapd-auditfaillog always has an explicit path
- Ticket 48957 - Update repl-monitor to handle new status messages
- Ticket 48832 - Fix CI tests
- Ticket 48975 - Disabling CLEAR password storage scheme will crash
server when setting a password
- Ticket 48369 - Add CI test suite
- Ticket 48970 - Serverside sorting crashes the server
- Ticket 48972 - remove old pwp code that adds/removes ACIs
- Ticket 48957 - set proper update status to replication agreement in
case of failure
- Ticket 48950 - Add systemd warning to the LD_PRELOAD example
in /etc/sysconfig/dirsrv
- provide backend dir in suffix template
- Ticket 48953 - Skip labelling and unlabelling ports during the test
- Ticket 48967 - Add CI test and refactor test suite
- Ticket 48967 - passwordMinAge attribute doesn’t limit the minimum age
of the password
- Fix jenkins warnings about unused vars
- Ticket 48402 - v3 allow plugins to detect a restore or import
- Ticket #48969 - nsslapd-auditfaillog always has an explicit path
- Ticket 48964 - cleanAllRUV changelog purging incorrectly processes
all backends
- Ticket 48965 - Fix building rpms using rpm.mk
- Ticket 48965 - Fix generation of the pre-release version
- Bugzilla 1368956 - man page of ns-accountstatus.pl shows redundant
entries for -p port option
- Ticket 48960 - Crash in import_wait_for_space_in_fifo().
- Ticket 48832 - Fix more CI test failures
- Ticket 48958 - Audit fail log doesn’t work if audit log disabled.
- Ticket 48956 - ns-accountstatus.pl showing “activated” user even if it
is inactivated
- Ticket 48954 - replication fails because anchorcsn cannot be found
- Ticket 48832 - Fix CI tests failures from jenkins server
- Ticket 48950 - Change example in /etc/sysconfig/dirsrv to use tcmalloc

___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

[389-users] Announcing 389 Admin Server 1.1.45 and Console packages

2016-10-14 Thread Mark Reynolds 
The 389 Directory Server team is proud to announce 389-admin,
389-adminutil, 389-console, 389-ds-console, 389-admin-console,
and idm-console-framework.

Fedora packages are available from the Fedora 24, Fedora 25, and
Rawhide repositories.

The new packages and versions are:

  * 389-admin-1.1.45-1
  * 389-adminutil-1.1.23-1
  * 389-console-1.1.18-1
  * 389-ds-console-1.2.15
  * 389-admin-console-1.1.12-1
  * idm-console-framework-1.1.17-1

Source tarballs are available for download at

Download Admin Source

Download Adminutil Source

Download 389-console Source

Download 389-ds-console Source

Download 389-admin-console Source

Download idm-console-framework Source



  Highlights

  * Several bugs are fixed.


  Installation and Upgrade

See Download  for
information about setting up your yum repositories.

To install, use *yum install 389-ds* yum install 389-ds After install
completes, run *setup-ds-admin.pl* to set up your directory
server. setup-ds-admin.pl

To upgrade, use *yum upgrade* yum upgrade After upgrade completes, run
*setup-ds-admin.pl -u* to update your directory server/admin
server/console information. setup-ds-admin.pl -u

See Install_Guide
 for more
information about the initial installation, setup, and upgrade

See Source 
for information about source tarballs and SCM (git) access.


  Feedback

We are very interested in your feedback!

Please provide feedback and comments to the 389-users mailing list:
https://lists.fedoraproject.org/admin/lists/389-users.lists.fedoraproject.org
and following pages:

  * 389-admin-1.1.45-1.f25

  * 389-admin-1.1.45-1.f24

  * 389-adminutil-1.1.23-1.f25

  * 389-adminutil-1.1.23-1.f24

  * idm-console-framework-1.1.17-1.f25

  * idm-console-framework-1.1.17-1.f24

  * 389-console-1.1.18-1.f25

  * 389-console-1.1.18-1.f24

  * 389-ds-console-1.2.15-1.f25

  * 389-ds-console-1.2.15-1.f24

  * 389-admin-console-1.1.12-1.f25

  * 389-admin-console-1.1.12-1.f24


If you find a bug, or would like to see a new feature, file it in our
Trac instance: https://fedorahosted.org/389


  Detailed Changelog since 389-admin-1.1.44

  * Bug 1236635 - 389-admin TPS srpmtest failure
  * Ticket 48932 - stopping admin server stops all httpd processes
  * Ticket 47413 - 389-admin fails to build with latest httpd
  * Ticket 48931 - start-ds-admin should use systemctl
  * Ticket 48823 - Admin Server - Add IPv6 support
  * Ticket 48907 - register-ds-admin fails to find local config DS
  * Ticket 48306 - perl module conditional test is not conditional when
checking SELinux policies
  * Ticket 48213 - Admin server registration requires anonymous binds
  * Ticket 48429 - running remove-ds-admin.pl multiple times will make
it so you cannot install DS
  * Ticket 48410 - 389-admin - Unable to remove / unregister a DS
instance from admin server
  * Ticket 48409 - RHDS upgrade change Ownership of certificate files
upon upgrade.
  * Ticket 47840 - Fix setup-ds-admin.pl to create adm.conf with
sbin scripts


  Detailed Changelog since 389-adminutil-1.1.22

  * Ticket 48345 - bad check for NUL char in psetc.c


  Detailed Changelog since 389-ds-console-1.1.12

  * Ticket 49003 - Managed role error dialog empty
  * Ticket 49003 - Add the host and port to the ldapurl in the role form
  * Ticket 48926 - Fixed reset & save button behavior in the
password/account lockout panels
  * Bumped version to 1.2.14
  * Ticket 48926 - fix “expiresin” entry definition
  * Bumped version to 1.2.13
  * Ticket #48933 - drop support for legacy replication - need to clean code
  * Ticket 48926 - Inactive “save” button in

Dual boot

2016-10-14 Thread Celso Viana 
Dear All,

I had a setup with "Windows 10" and "Fedora 23" dual boot (UEFI). I
installed the "Fedora 24" on this machine and the installer failed to
detect the most "Windows 10". Does anyone know how to reconfigure /
reinstall GRUB to Windows appears in the boot menu?

Thanks

-- 
Celso Vianna
BSD User: 51318
http://www.bsdcounter.org

Palmas/TO
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: googleearth

2016-10-14 Thread Bryon Adams 

On Oct 14, 2016 4:11 AM, François Patte  
wrote:
>
> Bonjour,
>
> I have just installed googleearth (stable current) from an rpm
> downloaded from google-earth site.
>
> It seems to work, but if I ask for a location, it always zooms at the
> same place: somewhere in the atlantic ocean south of Africa, south of
> the Ivory coast.
>
> Is it a bug? Is there something to configure?
>
> Thank you.
>
>
> --
> François Patte
> UFR de mathématiques et informatique
> Laboratoire CNRS MAP5, UMR 8145
> Université Paris Descartes
> 45, rue des Saints Pères
> F-75270 Paris Cedex 06
> Tél. +33 (0)1 8394 5849
> http://www.math-info.univ-paris5.fr/~patte
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org

Hello,
    Can you run it from a terminal to see if there is any output when it fails 
to get the location of Paris?

Thanks,
  Bryon
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

looking for summary of multiple/related (fedora-based) git repo "solutions"

2016-10-14 Thread Robert P. J. Day 

  for my own benefit, i'd like to write a short wiki page on the
variety of (ideally fedora-packaged) solutions to how to combine
multiple git repos into a single build environment. preferably, these
solutions would either be part of git proper, or come in git-related
rpm files as easy additional package installations. i'm also open to
third-party solutions (say, hosted at github or sourceforge) that
might be yet another solution.

  the first choices are obvious:

  * git submodules
  * git subtrees
  * google's "repo" command
  * gitslave? (http://gitslave.sourceforge.net/)
  * git-subdir? (https://github.com/andreyvit/git-subdir)
  * etc, etc ...

obviously, preference is given to solutions either part of git proper,
or available as git extension packages.

  also, i'm interested in both benefits and drawbacks of any approach
-- for instance, from way back here:

https://news.ycombinator.com/item?id=3904932

as i was investigating feedback on google's "repo" command, i read
this:

= snip =

mindjiver 1628 days ago [-]

Well, since the maintainer of repo wants to kill it off, it is perhaps
not surprising that it is badly maintained at the moment.

exDM69 1628 days ago [-]

Do you have a source for that? If this information is true, I could
use it to help convince our management at work that we should move off
Repo and into Git submodules.

mindjiver 1628 days ago [-]

Not on paper but Shawn Pearce (Gerrit/repo maintainer) said it at
GitTogether 2011. But wanting to kill something off and actually doing
it, they are of course different.

= end snip =

  this was the first i'd heard of any indication that "repo" was
deprecated, if that's even true. and that is from way back in 2011.

  anyway, simple links to possible solutions will be just fine, and
i'll take it from there and slap together a wiki page. thanks for any
assistance.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: googleearth

2016-10-14 Thread Ed Greshko 


On 10/14/16 18:00, François Patte wrote:
> No! This is not the problem I have: when I open googleearth, it centers
> on France which is a good choice if it tries first to take my location
> from IP address.
>
> *But* if I search a location, say Paris, it goes in the Atlantic ocean,
> south of the Ivory coast.

In the search box of Google Earth I type "Paris, France" and pick it and it 
goes directly
there.

FWIW, I have my Starting Location set to a point in Taipei, Taiwan.

-- 
You're Welcome Zachary Quinto



signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: googleearth

2016-10-14 Thread François Patte 
Le 14/10/2016 à 11:34, Gary Stainburn a écrit :
> On Friday 14 October 2016 09:11:08 Franc3a7ois Patte wrote:
>> Bonjour,
>>
>> I have just installed googleearth (stable current) from an rpm
>> downloaded from google-earth site.
>>
>> It seems to work, but if I ask for a location, it always zooms at the
>> same place: somewhere in the atlantic ocean south of Africa, south of
>> the Ivory coast.
>>
>> Is it a bug? Is there something to configure?
>>
>> Thank you.
> 
> I believe that GoogleEarth tries to detect your location and default to 
> there.  
> If it cannot do it by any other means I think it takes the location from your 
> IP address.

No! This is not the problem I have: when I open googleearth, it centers
on France which is a good choice if it tries first to take my location
from IP address.

*But* if I search a location, say Paris, it goes in the Atlantic ocean,
south of the Ivory coast.

> 
> Does your ISP have an office on a ship?

I'll send it a mail to enquire about this!

-- 
François Patte
UFR de mathématiques et informatique
Laboratoire CNRS MAP5, UMR 8145
Université Paris Descartes
45, rue des Saints Pères
F-75270 Paris Cedex 06
Tél. +33 (0)1 8394 5849
http://www.math-info.univ-paris5.fr/~patte



signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: googleearth

2016-10-14 Thread Gary Stainburn 
On Friday 14 October 2016 09:11:08 Franc3a7ois Patte wrote:
> Bonjour,
>
> I have just installed googleearth (stable current) from an rpm
> downloaded from google-earth site.
>
> It seems to work, but if I ask for a location, it always zooms at the
> same place: somewhere in the atlantic ocean south of Africa, south of
> the Ivory coast.
>
> Is it a bug? Is there something to configure?
>
> Thank you.

I believe that GoogleEarth tries to detect your location and default to there.  
If it cannot do it by any other means I think it takes the location from your 
IP address.

Does your ISP have an office on a ship?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

googleearth

2016-10-14 Thread François Patte 
Bonjour,

I have just installed googleearth (stable current) from an rpm
downloaded from google-earth site.

It seems to work, but if I ask for a location, it always zooms at the
same place: somewhere in the atlantic ocean south of Africa, south of
the Ivory coast.

Is it a bug? Is there something to configure?

Thank you.


-- 
François Patte
UFR de mathématiques et informatique
Laboratoire CNRS MAP5, UMR 8145
Université Paris Descartes
45, rue des Saints Pères
F-75270 Paris Cedex 06
Tél. +33 (0)1 8394 5849
http://www.math-info.univ-paris5.fr/~patte



signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Filesystem for backup system

2016-10-14 Thread cs 

On 13Oct2016 14:29, Gordon Messmer  wrote:

On 10/12/2016 03:57 PM, c...@zip.com.au wrote:

Except it the wildest scenarios, XFS fsks at mount, almost immediately.


Is that different from fsck.ext4 replaying the journal?


Not fundamentally.


Go and cat (yes, cat) the fsck.xfs command.


OK.  I'm not sure what you think I'll learn by doing so.


Only that it is a shell script that handles the typically used boot options, 
but doesn't do anything else.


fsck.xfs exists because Linux's "fsck" supports multiple filesystems and 
Irix's did not.  On Irix, fsck was exclusively for EFS.  XFS used xfs_check 
and xfs_repair.  When XFS was ported to Linux, the tools were not renamed; 
instead fsck.xfs was put in place to direct users to the correct tool when 
they ran "fsck -t xfs".


And when they really need a repair that the XFS mount process doesn't 
accomplish.


None of that makes XFS immune to corruption, nor reduce the time or 
the memory required to fix an XFS filesystem if it's damaged.


Of course not, though I have the impression that the repair tool is less memory 
intensive than the ext4 equivalent.


"Never" is indeed not _literally_ true, but it is effectively true, 
far far far far more than is so with ext4. Ext4 really needs fsck 
after an unclean unmount, and it is not cheap for large filesystems.


With journaling and write barriers in place, I don't know any reason 
that ext4 would be any more affected by a power loss than XFS would 
be, and having had to perform recoveries on both, I don't find one to 
be significantly better than the other.


Fair enough. We may be into the realm where a question on an XFS list may be 
more illuminating about the modern state of play.


Thus, my advice remains that users should test both because they do 
differ in performance in different workloads.  If one will be faster 
under normal operation, 99.95% of the time, and require slightly more 
down time to recover in the other .05% of the time, then selecting the 
option which is superior 99.95% of the time is a perfectly rational 
thing to do.


That's especially true of backup systems where down time does not 
carry the same impact as down time in a production system does.


The two are like night and day in the recovery scenario (== xfs 
pretty much never needs manual recovery, and recover is very fast).


That seems subjective.  I've personally had to recover more XFS 
filesystems than I have ext4 filesystems, and I use ext4 filesystems more 
often.  My subjective experience is quite different than yours.


Apparently so. I've had very good experiences with XFS, and plan to stick with 
it at present.


Out of interest, how recent was your need to recover XFS, and what were the 
circumstances that caused it to be necessary?


Cheers,
Cameron Simpson 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org