Re: Nautilus usability
On 11/27/2016 10:40 PM, drago01 wrote: On Monday, November 28, 2016, Py mailto:p...@luyten.fr>> wrote: >>> Have you ever made Nautilus copy/move a huge directory tree and then >>> started a similar task for other directories while Nautilus was >still >>> working on the first task? >> >> A directory containing 10,000 1MiB files moved to another directory >> completes immediately. Copying takes a while, as expected, and >multiple >> copies has the behavior you describe. >> >An SSD drive might not have this problem, but a spinning disk >definitely >will. You should never try running multiple copies on the same disk if > >you want it to finish in a reasonable time. With one copy, you can do >long contiguous reads and writes, but if you have multiple copies >happening, the read and write head will be bouncing all over the disk. > So ideally this is the file manager job to queue copy operations. This allows to do right even when the user is wrong, or wants to launch big copy before coffee. No. The kernel (io scheduler) is supposed to order requests to avoid this scenario. Also sequential reads / writes only happen for large files if there is no fragmentation. How could the kernel ever schedule this nicely? Is it going to hold up one process until the other one is finished? Also, ext4 has minimal fragmentation unless the disk is quite full. It's also designed that files in the same folder are relatively close on the disk. But if you are running two or more different copy operations, you are most likely grabbing data from all over the disk which is going to kill the performance of all the copy operations. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Nautilus usability
On Monday, November 28, 2016, Py wrote: > > > > >>> Have you ever made Nautilus copy/move a huge directory tree and then > >>> started a similar task for other directories while Nautilus was > >still > >>> working on the first task? > >> > >> A directory containing 10,000 1MiB files moved to another directory > >> completes immediately. Copying takes a while, as expected, and > >multiple > >> copies has the behavior you describe. > >> > >An SSD drive might not have this problem, but a spinning disk > >definitely > >will. You should never try running multiple copies on the same disk if > > > >you want it to finish in a reasonable time. With one copy, you can do > >long contiguous reads and writes, but if you have multiple copies > >happening, the read and write head will be bouncing all over the disk. > > > So ideally this is the file manager job to queue copy operations. This > allows to do right even when the user is wrong, or wants to launch big copy > before coffee. > > No. The kernel (io scheduler) is supposed to order requests to avoid this scenario. Also sequential reads / writes only happen for large files if there is no fragmentation. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[Test-Announce] 2016-11-28 @ 16:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2016-11-28 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! It's meeting time again tomorrow! Sorry for the late notice. We didn't make it to Fedora 26 cycle planning last week, so let's get to that this week! If anyone has any other items for the agenda, please reply to this email and suggest them! Thanks. Also note I'm not proposing a blocker meeting for tomorrow: we probably deserve a break from those for a week or two! == Proposed Agenda Topics == 1. Previous meeting follow-up 2. Fedora 26 initial plans 3. Open floor -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Nautilus usability
>>> Have you ever made Nautilus copy/move a huge directory tree and then >>> started a similar task for other directories while Nautilus was >still >>> working on the first task? >> >> A directory containing 10,000 1MiB files moved to another directory >> completes immediately. Copying takes a while, as expected, and >multiple >> copies has the behavior you describe. >> >An SSD drive might not have this problem, but a spinning disk >definitely >will. You should never try running multiple copies on the same disk if > >you want it to finish in a reasonable time. With one copy, you can do >long contiguous reads and writes, but if you have multiple copies >happening, the read and write head will be bouncing all over the disk. > So ideally this is the file manager job to queue copy operations. This allows to do right even when the user is wrong, or wants to launch big copy before coffee. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Nautilus usability
On 11/27/2016 07:07 AM, Chris Murphy wrote: On Sat, Nov 26, 2016 at 4:53 PM, Michael Schwendt mailto:mschwe...@gmail.com>> wrote: This is about F25 and F24, but likely applies to older releases, too, since I haven't noticed any improvements about it. Have you ever made Nautilus copy/move a huge directory tree and then started a similar task for other directories while Nautilus was still working on the first task? A directory containing 10,000 1MiB files moved to another directory completes immediately. Copying takes a while, as expected, and multiple copies has the behavior you describe. An SSD drive might not have this problem, but a spinning disk definitely will. You should never try running multiple copies on the same disk if you want it to finish in a reasonable time. With one copy, you can do long contiguous reads and writes, but if you have multiple copies happening, the read and write head will be bouncing all over the disk. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Nautilus usability
On Sun, Nov 27, 2016 at 8:29 PM, Nico Kadel-Garcia wrote: > On Sun, Nov 27, 2016 at 5:20 PM, Chris Murphy wrote: >> On Sun, Nov 27, 2016 at 3:12 PM, Michael Schwendt >> wrote: >>> On Sun, 27 Nov 2016 15:07:20 +, Chris Murphy wrote: >>> A directory containing 10,000 1MiB files moved to another directory completes immediately. >>> >>> The target directory may be a different partition or a network mount. >> >> In that case it's a copy followed by deletion of the original. > > And in that case, it's not "completed immediately", is it? Nope, and in that case it's not completely a move either, is it? Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Nautilus usability
On Sun, Nov 27, 2016 at 5:20 PM, Chris Murphy wrote: > On Sun, Nov 27, 2016 at 3:12 PM, Michael Schwendt wrote: >> On Sun, 27 Nov 2016 15:07:20 +, Chris Murphy wrote: >> >>> A directory containing 10,000 1MiB files moved to another directory >>> completes immediately. >> >> The target directory may be a different partition or a network mount. > > In that case it's a copy followed by deletion of the original. And in that case, it's not "completed immediately", is it? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Nautilus usability
On Sun, Nov 27, 2016 at 3:12 PM, Michael Schwendt wrote: > On Sun, 27 Nov 2016 15:07:20 +, Chris Murphy wrote: > >> A directory containing 10,000 1MiB files moved to another directory >> completes immediately. > > The target directory may be a different partition or a network mount. In that case it's a copy followed by deletion of the original. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Nautilus usability
On Sun, 27 Nov 2016 15:07:20 +, Chris Murphy wrote: > A directory containing 10,000 1MiB files moved to another directory > completes immediately. The target directory may be a different partition or a network mount. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Error: [('SSL routines', 'SSL_shutdown', 'shutdown while in init')]
found the solution @ https://bugzilla.redhat.com/show_bug.cgi?id=1342531
sorry for the noise
regards
Il 27/11/2016 22:42, gil ha scritto:
hi
i get "Error: [('SSL routines', 'SSL_shutdown', 'shutdown while in
init')]"
any ideas?
thanks in advance
.g
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Error: [('SSL routines', 'SSL_shutdown', 'shutdown while in init')]
hi
i get "Error: [('SSL routines', 'SSL_shutdown', 'shutdown while in init')]"
any ideas?
thanks in advance
.g
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: upcoming build and release developer flag day December 12 2016
On Wed, Nov 23, 2016 at 7:17 AM, Alexander Bokovoy wrote: > Heimdal does not support MS-KKDCP spec, so you are left with direct > Kerberos communication over port 88/tcp or 88/udp, but these are enabled > in Fedora infrastructure, yes. I thought direct Kerberos service was going to be disabled, to prevent attackers sniffing and brute-forcing the encrypted preauth timestamp? - Ken ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: request for new isomaster in EPEL
On Sun, 27 Nov 2016 07:49:19 - ac...@klaurie.de wrote: > Hello, > the version listet here has a bug (limit on 4.2 GB) > The actual version 1.3.13 has the correction. > > It would be nice to have it EPEL6 and EPEL7. > > Thanks and beste regards The best way to get this request to folks who can act on it is to file a bug: https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora%20EPEL&version=el6&component=isomaster That should get to the maintainer(s) and anyone watching that packages. Hope that helps, kevin pgpoKCXkvu_u4.pgp Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: not updated system
On Sun, 2016-11-27 at 10:39 +, mastaiza wrote: > can't update fedora 24 to 25 > here is a screenshot > http://itmages.ru/image/view/5243483/83af1c88 Don't actually include the '$' character in the command you type or paste. It's just a signal that the rest of the line is a command you put in a terminal. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Rawhide-20161127.n.0 compose check report
Missing expected images: Workstation live i386 Kde live x86_64 Kde raw-xz armhfp Workstation live x86_64 Kde live i386 Failed openQA tests: 11/79 (x86_64), 2/15 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20161126.n.0): ID: 49992 Test: x86_64 universal install_software_raid URL: https://openqa.fedoraproject.org/tests/49992 ID: 49996 Test: x86_64 universal install_xfs URL: https://openqa.fedoraproject.org/tests/49996 Old failures (same test failed in Rawhide-20161126.n.0): ID: 49949 Test: x86_64 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/49949 ID: 49950 Test: x86_64 Workstation-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/49950 ID: 49952 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/49952 ID: 49965 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/49965 ID: 49978 Test: x86_64 universal install_anaconda_text URL: https://openqa.fedoraproject.org/tests/49978 ID: 50013 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/50013 ID: 50016 Test: x86_64 universal upgrade_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/50016 ID: 50018 Test: x86_64 universal upgrade_2_desktop_64bit URL: https://openqa.fedoraproject.org/tests/50018 ID: 50021 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/50021 ID: 50030 Test: x86_64 universal install_rescue_encrypted URL: https://openqa.fedoraproject.org/tests/50030 ID: 50039 Test: i386 universal upgrade_desktop_32bit URL: https://openqa.fedoraproject.org/tests/50039 ID: 50040 Test: i386 universal upgrade_2_desktop_32bit URL: https://openqa.fedoraproject.org/tests/50040 Passed openQA tests: 65/79 (x86_64), 13/15 (i386) New passes (same test did not pass in Rawhide-20161126.n.0): ID: 49948 Test: i386 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/49948 ID: 49951 Test: i386 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/49951 Skipped openQA tests: 1 of 96 -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Nautilus usability
On Sat, Nov 26, 2016 at 4:53 PM, Michael Schwendt wrote: > This is about F25 and F24, but likely applies to older releases, too, > since I haven't noticed any improvements about it. > > Have you ever made Nautilus copy/move a huge directory tree and then > started a similar task for other directories while Nautilus was still > working on the first task? A directory containing 10,000 1MiB files moved to another directory completes immediately. Copying takes a while, as expected, and multiple copies has the behavior you describe. > What happens here is that there is this small progress icon, and if you > click on it, a tiny window pops up showing the progress of each Nautilus > task. It's tiny window that cannot be made larger. Try to scroll down, but > Nautilus interferes and jumps to the top again frequently. Have you > ever... No, probably not the developers of Nautilus. That should answer > the question raised above. I'm experiencing the jumping to the top end of the list as well. > And how to remove completed tasks or empty that window? Impossible while > Nautilus is busy working on tasks. There only is a 'X' button to cancel > running tasks and a non-clickable icon for completed and cancelled > tasks. Not helpful. Worse, cancelled tasks remain in the list, too. Some cancelled tasks say Cancelled. Other cancelled tasks look like they're paused, with their most recent state during copy frozen in time, how many files copied, and the copy performance. There are some cosmetic bugs here. If you file a bug, I suggest filing it upstream. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora rawhide compose report: 20161127.n.0 changes
OLD: Fedora-Rawhide-20161126.n.0 NEW: Fedora-Rawhide-20161127.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 17 Downgraded packages: 0 Size of added packages: 0.00 B Size of dropped packages:0.00 B Size of upgraded packages: 76.74 MiB Size of downgraded packages: 0.00 B Size change of upgraded packages: 169.71 KiB Size change of downgraded packages: 0.00 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: OpenLP-2.4.4-2.fc26 Old package: OpenLP-2.4.3-1.fc26 Summary: Open source Church presentation and lyrics projection application RPMs: OpenLP Size: 4953382 bytes Size change: 26644 bytes Changelog: * Sat Nov 26 2016 Tim Bentley tim.bent...@openlp.org - 2.4.4-1 - 2.4.4 Release * Sat Nov 26 2016 Tim Bentley tim.bent...@openlp.org - 2.4.4-2 - 2.4.4 Release Package: atoum-2.8.1-2.fc26 Old package: atoum-2.8.1-1.fc25 Summary: PHP Unit Testing framework RPMs: atoum Size: 408138 bytes Size change: 2596 bytes Changelog: * Sat Nov 26 2016 Johan Cwiklinski - 2.8.1-2 - Apply upstream patch for PHP 7.1 compatibility (see https://github.com/atoum/atoum/commit/82ce0c58fb9a63da0ae15dbd2d94cfa3598670bd) Package: etcd-3.0.15-2.fc26 Old package: etcd-3.0.15-1.fc26 Summary: A highly-available key value store for shared configuration RPMs: etcd etcd-devel etcd-unit-test Size: 40730294 bytes Size change: 116808 bytes Changelog: * Fri Nov 18 2016 jchaloup - 3.0.15-2 - Remove ppc64le architecture restriction resolves: #1396463 Package: gap-pkg-autpgrp-1.8-1.fc26 Old package: gap-pkg-autpgrp-1.6-5.fc25 Summary: Compute the automorphism group of a p-Group in GAP RPMs: gap-pkg-autpgrp Size: 199402 bytes Size change: 924 bytes Changelog: * Sat Nov 26 2016 Jerry James - 1.8-1 - New upstream version Package: guayadeque-0.4.5-0.1.beta1git5def972.fc26 Old package: guayadeque-0.4.3-0.2.beta1git1943e6e.fc26 Summary: Music player RPMs: guayadeque guayadeque-langpack-bg guayadeque-langpack-ca_ES guayadeque-langpack-cs guayadeque-langpack-de guayadeque-langpack-el guayadeque-langpack-es guayadeque-langpack-fr guayadeque-langpack-hr guayadeque-langpack-hu guayadeque-langpack-is guayadeque-langpack-it guayadeque-langpack-ja guayadeque-langpack-nb guayadeque-langpack-nl guayadeque-langpack-pl guayadeque-langpack-pt guayadeque-langpack-pt_BR guayadeque-langpack-ru guayadeque-langpack-sk guayadeque-langpack-sr guayadeque-langpack-sv guayadeque-langpack-th guayadeque-langpack-tr guayadeque-langpack-uk Size: 13585032 bytes Size change: 3364 bytes Changelog: * Sat Nov 26 2016 Martin Gansser - 0.4.5-0.1.beta1git5def972 - Update to 0.4.5-0.1.beta1git5def972 Package: libabigail-1.0-0.8.rc6.2.fc26 Old package: libabigail-1.0-0.8.rc6.1.fc26 Summary: Set of ABI analysis tools RPMs: libabigail libabigail-devel libabigail-doc Size: 8192744 bytes Size change: 12612 bytes Changelog: * Sat Nov 26 2016 Dodji Seketeli - 1.0-0.8.rc6.2 - Fix an issue where some suppressed diff nodes are still visible in change reports This implies applying upstream patch: "[PATCH] A suppressed diff node implies suppressing all equivalent nodes too" Package: perl-CPAN-Meta-Check-0.014-1.fc26 Old package: perl-CPAN-Meta-Check-0.013-1.fc25 Summary: Verify requirements in a CPAN::Meta object RPMs: perl-CPAN-Meta-Check Size: 21618 bytes Size change: -864 bytes Changelog: * Sat Nov 26 2016 Paul Howarth - 0.014-1 - Update to 0.014 - Undef versions are now passed through to CPAN::Meta::Requirements for the check, rather than failing with "Missing version" errors Package: php-Monolog-1.22.0-1.fc26 Old package: php-Monolog-1.21.0-2.fc26 Summary: Sends your logs to files, sockets, inboxes, databases and various web services RPMs: php-Monolog Size: 96242 bytes Size change: 2628 bytes Changelog: * Sat Nov 26 2016 Remi Collet - 1.22.0-1 - update to 1.22.0 - switch from symfony/class-loader to fedora/autoloader - allow aws/aws-sdk-php version 3 - fix FTBFS with PHP 7.1 Package: php-deepend-Mockery-0.9.6-1.fc26 Old package: php-deepend-Mockery-0.9.5-1.fc25 Summary: Mockery is a simple but flexible PHP mock object framework RPMs: php-deepend-Mockery Size: 81802 bytes Size change: -956 bytes Changelog: * Sat Nov 26 2016 Remi Collet - 0.9.6-1 - Update to 0.9.6 - switch to fedora/autoloader Package: php-phpunit-File-Iterator-1.4.2-1.fc26 Old package: php-phpunit-File-Iterator-1.4.1-2.fc24 Summary: FilterIterator implementation that filters files based on a list of suffixes RPMs: php-phpuni
Re: not updated system
Many thanks for the help ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: not updated system
On Sun, Nov 27, 2016 at 10:39:47AM -, mastaiza wrote: > can't update fedora 24 to 25 > here is a screenshot > http://itmages.ru/image/view/5243483/83af1c88 This is not user help lists. Nevertheless, you mistake is simple - you are entering commands with '$' sign. Omit it. Start at 'sudo'. -- Tomasz Torcz ,,If you try to upissue this patchset I shall be seeking xmpp: zdzich...@chrome.pl an IP-routable hand grenade.'' -- Andrew Morton (LKML) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
not updated system
can't update fedora 24 to 25 here is a screenshot http://itmages.ru/image/view/5243483/83af1c88 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
