Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

Dne 29.7.2013 23:06, Lennart Poettering napsal(a): On Mon, 29.07.13 16:52, Ric Wheeler (rwhee...@redhat.com) wrote: Oh, we don't assume it's all ours. We recheck regularly, immediately before appending to the journal files, of course assuming that we are not the only writers. With thinly

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

Dne 31.7.2013 10:39, Florian Weimer napsal(a): On 07/29/2013 08:38 PM, Ric Wheeler wrote: If application A does a stat or statvfs() call, sees 1GB of space left and then does a write, we could easily lose that race to any other application. If you want to reserve space, you need to grab the

Re: lvresize and XFS, was: default file system

Dne 28.2.2014 00:02, Eric Sandeen napsal(a): On 2/27/14, 4:40 PM, Chris Murphy wrote: On Feb 27, 2014, at 3:32 PM, Chris Murphy li...@colorremedies.com wrote: On Feb 27, 2014, at 3:02 PM, Jochen Schmitt joc...@herr-schmitt.de wrote: On Thu, Feb 27, 2014 at 04:08:46PM -0500, James Wilson

Re: lvresize and XFS, was: default file system

Dne 28.2.2014 14:37, Chris Murphy napsal(a): On Feb 28, 2014, at 1:33 AM, Zdenek Kabelac zkabe...@redhat.com wrote: fsadm failed: 3 man fsadm DIAGNOSTICS On successful completion, the status code is 0. A status code of 2 indicates the operation was interrupted

Re: lvresize and XFS, was: default file system

Dne 28.2.2014 15:12, Eric Sandeen napsal(a): On 2/28/14, 7:54 AM, Zdenek Kabelac wrote: Dne 28.2.2014 14:37, Chris Murphy napsal(a): On Feb 28, 2014, at 1:33 AM, Zdenek Kabelac zkabe...@redhat.com wrote: fsadm failed: 3 man fsadm DIAGNOSTICS On successful completion

Re: DNF: why does it refresh metadata all the time

Dne 20.6.2014 15:52, Chuck Anderson napsal(a): On Fri, Jun 20, 2014 at 02:39:25PM +0200, Dennis Jacobfeuerborn wrote: On 20.06.2014 14:11, Reindl Harald wrote: Am 20.06.2014 14:04, schrieb Tim Lauridsen: On Thu, Jun 19, 2014 at 8:47 PM, Dennis Gilmore den...@ausil.us mailto:den...@ausil.us

Re: Improving the offline updates user experience

Dne 16.9.2014 v 11:48 Richard Hughes napsal(a): On 16 September 2014 10:36, Roberto Ragusa m...@robertoragusa.it wrote: If applications would just use libraries correctly, the kernel would be able to let parts of deleted files be available for lazy loading. Sure, as long as all[1] the

Re: Improving the offline updates user experience

Dne 16.9.2014 v 12:21 Richard Hughes napsal(a): On 16 September 2014 10:55, Zdenek Kabelac zkabe...@redhat.com wrote: Just a thought - but wouldn't be better spend time to enlighten Gnome/Firefox developers how to write applications in a way the could be upgraded runtime So, it's not just

Re: Improving the offline updates user experience

Dne 16.9.2014 v 16:39 Miloslav Trmač napsal(a): - Original Message - Dne 16.9.2014 v 12:21 Richard Hughes napsal(a): On 16 September 2014 10:55, Zdenek Kabelac zkabe...@redhat.com wrote: Just a thought - but wouldn't be better spend time to enlighten Gnome/Firefox developers how

Re: Improving the offline updates user experience

Dne 16.9.2014 v 17:08 Miloslav Trmač napsal(a): - Original Message - Well, what we would need is: 1. Ability to keep multiple versions (both ABI-compatible and ABI-incompatible) of a single application or library or service installed and running at the same time. Other distributions

Re: Improving the offline updates user experience

Dne 16.9.2014 v 17:36 Miloslav Trmač napsal(a): - Original Message - 2. Ability to detect which processes depend on which versions of which components. We already managed to brought in systemd I can’t see how systemd helps. See the other discussions about Python/Ruby modules

Re: Dash as default shell

Dne 2.10.2014 v 08:33 Lennart Poettering napsal(a): On Wed, 01.10.14 22:39, Rahul Sundaram (methe...@gmail.com) wrote: Hi Is it worth considering using Dash as the default (non-interactive) shell in Fedora? Other distributions including Ubuntu and Debian ( https://lwn.net/Articles/343924/)

Re: Dash as default shell

Dne 2.10.2014 v 10:40 Ralf Corsepius napsal(a): On 10/02/2014 09:47 AM, Zdenek Kabelac wrote: Dne 2.10.2014 v 08:33 Lennart Poettering napsal(a): On the other hand - usage of dash significantly speeds up compilation of autoconf projects - it's pretty interesting to see the compilation

Re: Dash as default shell

Dne 2.10.2014 v 18:00 Haïkel napsal(a): 2014-10-02 17:56 GMT+02:00 Tomasz Torcz to...@pipebreaker.pl: Also it will reduce differences between Linux distribution. And take us closed to what majority (Ubuntu and Debian) does. I don't see the point, now that we use systemd ... Besides, even

Re: Dash as default shell

Dne 4.10.2014 v 18:00 Florian Weimer napsal(a): On 10/04/2014 01:05 AM, Rahul Sundaram wrote: On Fri, Oct 3, 2014 at 6:59 PM, Nico Kadel-Garci wrote: And it's going to break backports to EPEL for RHEL 5 or RHEL 6, or CentOS or Scientific Linux, pretty seriously Please explain how.

Re: Dash as default shell

Dne 4.10.2014 v 18:08 Florian Weimer napsal(a): On 10/04/2014 06:03 PM, Zdenek Kabelac wrote: We still have universal: #/usr/bin/env bash Sadly, some systems have /bin/env, but not /usr/bin/env. Sadly it's fault of that distro - Fedora is not here to fix other distro mistakes... 'env

Re: Dash as default shell

Dne 6.10.2014 v 08:21 Paolo Bonzini napsal(a): Il 04/10/2014 18:17, Zdenek Kabelac ha scritto: And yes - with UsrMove we lost distinction between what are system tools and what are usr tools. What you call system tools is simply the content of the initramfs. Paolo Close - but not exactly

Re: Dash as default shell

Dne 6.10.2014 v 08:06 Paolo Bonzini napsal(a): Il 02/10/2014 11:04, Zdenek Kabelac ha scritto: It used to give significant boost for automake libtool based software - however at some point libtool started to use bashisms and so you cannot just replace /bin/sh - dash - as build will fail

Re: Why sysrq is limited to only sync command on official fedora kernel?

Dne 25.2.2015 v 18:44 Reindl Harald napsal(a): Am 25.02.2015 um 18:37 schrieb Paul Wouters: On Wed, 25 Feb 2015, Lennart Poettering wrote: Hmm? Syncing is allowed to my knowledge. C-a-d and gdm allow a clean reboot/poweroff. But sysrq does an abnormal reboot/poweroff, which we cannot allow.

Re: dnf install just stops - no explanation

Dne 9.6.2015 v 17:35 Tonet Jallo napsal(a): I experimented the same yesterday, anyone knows which is the problem? count me in - https://bugzilla.redhat.com/show_bug.cgi?id=1223803 Zdenek PS: had great fun with db rebuild and recovery... 2015-06-09 8:41 GMT-05:00 Richard Fearn

Re: Fedora IPv6 testing and improvements - request for ideas

Dne 4.11.2015 v 13:24 Petr Spacek napsal(a): On 3.11.2015 18:50, Moez Roy wrote: Hi Pavel Simerda, The IPv6 updates are breaking stuff (and probably increasing the attack surface): Bug 1231946 - unbound-anchor ignores net.ipv6.conf.all.disable_ipv6=1 in /etc/sysctl.conf

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

Dne 9.10.2015 v 16:16 Adam Jackson napsal(a): On Fri, 2015-10-09 at 13:50 +0100, Richard W.M. Jones wrote: I agree - the new wording does appear to give in to poor programming practices. Bundling is _not_ intrinsically poor practice. Firefox is a good example of this, there have been

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

Dne 9.10.2015 v 16:41 Kevin Fenzi napsal(a): On Fri, 9 Oct 2015 16:36:37 +0200 Zdenek Kabelac <zkabe...@redhat.com> wrote: IMHO all we need is to support multiple version of same library to be installable -- that's mine point why usability of Fedora is miles behind other distros. .

Re: Firefox addon signing

Dne 27.8.2015 v 16:09 Dennis Gilmore napsal(a): On Wednesday, August 26, 2015 03:13:08 PM Richard Z wrote: On Wed, Aug 26, 2015 at 03:12:25PM +0300, Alexander Ploumistos wrote: Their FAQ is constantly updated: https://wiki.mozilla.org/Addons/Extension_Signing#FAQ I'm not sure if there is a

Re: Proposal to reduce anti-bundling requirements

Dne 11.9.2015 v 18:22 Reindl Harald napsal(a): Am 11.09.2015 um 18:17 schrieb Zdenek Kabelac: Dne 11.9.2015 v 16:44 Reindl Harald napsal(a): Am 11.09.2015 um 16:31 schrieb Zdenek Kabelac: Dne 11.9.2015 v 15:47 Reindl Harald napsal(a): don't tell me rpmfusion could not easily make

Re: Proposal to reduce anti-bundling requirements

Dne 11.9.2015 v 19:29 Reindl Harald napsal(a): Am 11.09.2015 um 19:17 schrieb Zdenek Kabelac: Dne 11.9.2015 v 18:22 Reindl Harald napsal(a): In non-Fedora 'world' it's the user who picks what he want to use, however in Fedora 'garden' a few people selects what user may use and puts huge

Re: Proposal to reduce anti-bundling requirements

Dne 11.9.2015 v 15:39 Reindl Harald napsal(a): Am 11.09.2015 um 15:27 schrieb Zdenek Kabelac: Dne 11.9.2015 v 15:22 Eric Griffith napsal(a): On Sep 11, 2015 9:03 AM, "Zdenek Kabelac" <zkabe...@redhat.com <mailto:zkabe...@redhat.com>> wrote: > > Dne 11.9.2015 v 1

Re: Proposal to reduce anti-bundling requirements

Dne 11.9.2015 v 15:21 Neal Gompa napsal(a): On Fri, Sep 11, 2015 at 9:03 AM, Zdenek Kabelac <zkabe...@redhat.com <mailto:zkabe...@redhat.com>>wrote: Dne 11.9.2015 v 14:46 Germano Massullo napsal(a): I have read the whole discussion and I would like to share my opinion,

Re: Proposal to reduce anti-bundling requirements

Dne 11.9.2015 v 16:44 Reindl Harald napsal(a): Am 11.09.2015 um 16:31 schrieb Zdenek Kabelac: Dne 11.9.2015 v 15:47 Reindl Harald napsal(a): don't tell me rpmfusion could not easily make that fully automated This Fedora plan simply puts too much work at everyone's hands. Sure - people who

Re: Proposal to reduce anti-bundling requirements

Dne 11.9.2015 v 14:46 Germano Massullo napsal(a): I have read the whole discussion and I would like to share my opinion, even if I think it could be a bit off-topic. Given that Fedora community alone, cannot educate every upstream developer about unbundling, and considering that it is a problem

Re: Proposal to reduce anti-bundling requirements

Dne 11.9.2015 v 15:22 Eric Griffith napsal(a): On Sep 11, 2015 9:03 AM, "Zdenek Kabelac" <zkabe...@redhat.com <mailto:zkabe...@redhat.com>> wrote: > > Dne 11.9.2015 v 14:46 Germano Massullo napsal(a): > > Fault #1 > (I've already complained that us

Re: Proposal to reduce anti-bundling requirements

Dne 11.9.2015 v 15:47 Reindl Harald napsal(a): Am 11.09.2015 um 15:43 schrieb Zdenek Kabelac: Dne 11.9.2015 v 15:39 Reindl Harald napsal(a): Am 11.09.2015 um 15:27 schrieb Zdenek Kabelac: Dne 11.9.2015 v 15:22 Eric Griffith napsal(a): On Sep 11, 2015 9:03 AM, "Zdenek Kabelac&qu

Re: Gnome always broken in Rawhide

Dne 22.1.2016 v 12:37 Vít Ondruch napsal(a): Hi everybody, I am wondering why the Gnome updates in Rawhide has to be always broken? I gave up this long time ago... I find most Fedora Gnome/Gtk developers thinking 'rawhide' is 'shooting range' place to release broken stuff and it gets often

Re: autoconf test for deprecated readdir_r

Dne 30.6.2016 v 17:30 Kaleb KEITHLEY napsal(a): Hi, Does anyone have a good/working autoconf test for checking for deprecated readdir_r (for Fedora 25) ? I'm not having much luck. (Have tried AC_COMPILE_IFELSE, among other things.) Alternatively it would be nice if there was a some kind of

Re: F26 System Wide Change: Enable TRIM pass down to encrypted disks

Dne 3.2.2017 v 18:23 Chris Murphy napsal(a): On Fri, Feb 3, 2017 at 10:18 AM, Chris Adams wrote: Once upon a time, Chris Murphy said: Further I wonder if /etc/lvm/lvm.conf needs issue_discards = 1 Both / and /home are actually LV's which are made

Re: Video performance degradation in F24

Dne 12.9.2016 v 17:48 Basil Mohamed Gohar napsal(a): On 09/11/2016 02:19 PM, stan wrote: On Sat, 10 Sep 2016 22:04:22 -0400 Basil Mohamed Gohar wrote: On 09/08/2016 03:44 AM, Basil Mohamed Gohar wrote: Even since I installed F24 on both my desktop as well as my

Re: No i686 kernel: Can we require SSE2 for i686?

Dne 11.7.2017 v 23:17 Solomon Peachy napsal(a): On Tue, Jul 11, 2017 at 10:55:25PM +0200, Michal Schorm wrote: He won't install it on his home desktop PC or work laptop. He rather find an old dusty laptop from 2005 in his shed and starts to learn there. If we're being honest, a typical

Re: RFC: retiring yum

Dne 2.9.2017 v 16:00 Neal Gompa napsal(a): On Fri, Sep 1, 2017 at 1:01 PM, Igor Gnatenko wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 So I think F28/F29 would be best time for retiring YUM. Right now DNF should be already stable and provide same

Re: Hiding the grub menu by default on single OS installs

Dne 1.6.2018 v 15:51 Hans de Goede napsal(a): Hi, On 01-06-18 15:26, Chris Adams wrote: Once upon a time, Hans de Goede said: For F30, single OS Fedora Workstation install install we get: 1) grub menu not shown, 0 second timeout, no way to get to the menu What I haven't seen answered is

Re: Proposal: Faster composes by eliminating deltarpms and using zchunked rpms instead

Dne 21. 11. 18 v 14:36 Kamil Paral napsal(a): On Fri, Nov 16, 2018 at 11:13 PM Jonathan Dieter > wrote: For reference, this is in reply to Paul's email about lifecycle objectives, specifically focusing on problem statement #1[1]. Have rpm use zchunk

Re: Manual intervention required: broken /etc/nsswitch.conf and /etc/resolv.conf for F33 early adopters

Dne 10. 09. 20 v 17:53 Michael Catanzaro napsal(a): On Thu, Sep 10, 2020 at 9:36 am, Kamil Paral wrote: On Thu, Sep 10, 2020 at 8:54 AM Mikhail Gavrilov wrote: # authselect apply-changes  [error] [/etc/authselect/nsswitch.conf] has unexpected content!  [error] Unexpected changes to the

Re: Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal

Dne 30. 06. 20 v 11:34 Vitaly Zaitsev via devel napsal(a): On 30.06.2020 11:23, Igor Raits wrote: Sadly you can't have lvm2 not installed: Yes, but it can be disabled. Of course, you can disable this yourself if you are skilled admin and you do not need it or use it (you can mask it

Re: Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal

Dne 30. 06. 20 v 10:57 Vitaly Zaitsev via devel napsal(a): On 29.06.2020 22:04, Ben Cotton wrote: Fedora only support these RAID sets when they are already configured in the BIOS at installation time. So we can solve the problem of dmraid.service still depending on the obsolete udev-settle

Re: Disabling lvm2-monitor.service (was Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal)

Dne 30. 06. 20 v 12:43 Hans de Goede napsal(a): Hi, On 6/30/20 12:27 PM, Zdenek Kabelac wrote: Dne 30. 06. 20 v 12:18 Hans de Goede napsal(a): Hi, On 6/30/20 11:42 AM, Zdenek Kabelac wrote: Dne 30. 06. 20 v 11:34 Vitaly Zaitsev via devel napsal(a): On 30.06.2020 11:23, Igor Raits wrote

Re: Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal

Dne 30. 06. 20 v 11:53 Vitaly Zaitsev via devel napsal(a): On 30.06.2020 11:42, Zdenek Kabelac wrote: Default for unskilled users who may use lvm2  - should remain enabled. If LVM was not used during installation => Anakonda can automatically disable it. Hmm - I don't think this is a g

Re: Disabling lvm2-monitor.service (was Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal)

Dne 30. 06. 20 v 12:18 Hans de Goede napsal(a): Hi, On 6/30/20 11:42 AM, Zdenek Kabelac wrote: Dne 30. 06. 20 v 11:34 Vitaly Zaitsev via devel napsal(a): On 30.06.2020 11:23, Igor Raits wrote: Sadly you can't have lvm2 not installed: Yes, but it can be disabled. Of course, you can

Re: Disabling lvm2-monitor.service (was Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal)

Dne 30. 06. 20 v 14:08 Hans de Goede napsal(a): Hi, On 6/30/20 1:27 PM, Zdenek Kabelac wrote: Dne 30. 06. 20 v 12:43 Hans de Goede napsal(a): Hi, On 6/30/20 12:27 PM, Zdenek Kabelac wrote: Dne 30. 06. 20 v 12:18 Hans de Goede napsal(a): Hi, On 6/30/20 11:42 AM, Zdenek Kabelac wrote: Dne

Re: Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal

Dne 01. 07. 20 v 10:29 Zbigniew Jędrzejewski-Szmek napsal(a): On Tue, Jun 30, 2020 at 11:04:26AM +0200, Zdenek Kabelac wrote: Dne 30. 06. 20 v 10:57 Vitaly Zaitsev via devel napsal(a): On 29.06.2020 22:04, Ben Cotton wrote: Fedora only support these RAID sets when they are already configured

Re: Should Fedora switch to full kernel preemption (CONFIG_PREEMPT=y)?

Dne 20. 05. 23 v 22:43 Demi Marie Obenour napsal(a): I noticed that by default, Qubes OS has voluntary kernel preemption as opposed to full preemption. I found that enabling full preemption (preempt=full on kernel command line) makes the system significantly more responsive under heavy I/O

Re: Should Fedora switch to full kernel preemption (CONFIG_PREEMPT=y)?

Dne 25. 05. 23 v 1:47 Demi Marie Obenour napsal(a): On 5/24/23 08:44, Zdenek Kabelac wrote: Dne 20. 05. 23 v 22:43 Demi Marie Obenour napsal(a): I noticed that by default, Qubes OS has voluntary kernel preemption as opposed to full preemption. I found that enabling full preemption (preempt