On 9/12/24 16:52, Neal Gompa wrote:
On Thu, Sep 12, 2024 at 8:02 PM Przemek Klosowski wrote:
On 9/12/24 12:12, Aoife Moloney wrote:
Anaconda will replace root and should have a possibility to
preserve /home with user data.
This is great, but in a default setup /home is just a btrfs subvolume.
On 9/12/24 12:12, Aoife Moloney wrote:
Anaconda will replace root and should have a possibility to
preserve /home with user data.
This is great, but in a default setup /home is just a btrfs subvolume.
Would this method be able to preserve /home while recreating the system
part, in the 2-subvo
On 9/5/24 07:57, Ben Beasley wrote:
upstream has asked me politely not to maintain it in Fedora[2],
preferring for users to get it only via the upstream-maintained
flatpaks[3] on the ElementaryOS AppCenter.
Do you think that is a technical decision, based e.g. on dependencies
they need, or a
Well put---and sorry for my coming late to the party and emailing
essentially the same observation before reading the thread to the end).
Very Respectfully
p
On 7/31/24 11:02, Simon Farnsworth via devel wrote:
On Wednesday 31 July 2024 10:53:37 BST Vít Ondruch wrote:
Dne 24. 07. 24 v 20:17 St
On 7/31/24 12:08, Daniel P. Berrangé wrote:
The relevant metric isn't how many people voted, but how many people
are eligible to vote - which is a much much larger number than 200.
Finding 20 out of the eligible voter pool is a pretty low bar.
For what it's worth, the Swiss requirement for a re
On 7/23/24 21:27, Kevin Kofler via devel wrote:
But IMHO, Fedora used to already be almost perfect, to the point where
changing anything could only possibly make it worse.
I just can't agree with this statement---both in some deep philosophical
sense and in practical terms. F is for First! Yes
On 7/8/24 14:37, Vitaly Zaitsev via devel wrote:
Most GNU/Linux users are privacy conscious. This was the main reason
for choosing this OS. All this data belongs to them,
Good point, I agree personally, e.g. I whack-a-mole cookie privacy
dialogs to 'off', even while having occasional doubts w
On 7/7/24 16:49, Marc Deop i Argemí wrote:
With that statement you are showing that many here do not understand the
concern: nobody (I daresay) believes the proponents of this want to spy on
Fedora users or sell the data.
The concern is that the data is available at all!
I haven't heard WHY is
On 6/17/24 02:39, Vitaly Zaitsev via devel wrote:
On 16/06/2024 18:24, Aoife Moloney wrote:
This release of Fedora Linux ships version 3 of the GNU Image
Manipulation Program, with many new features and improved user
experience. The package is called gimp3, the old version
will still be availabl
On 6/12/24 14:07, Ben Cotton wrote:
Yeah, maintaining that long-term seems like a bad idea. [...] But it
would at least buy us some time so that we don't end up with the
"surprise, you can't use this release on your hardware if you want to
use QEMU!" situation.
The root cause seems to be the QEM
On 5/2/24 16:28, Adam Williamson wrote:
On Thu, 2024-05-02 at 15:41 -0400, Przemek Klosowski via devel wrote:
On 5/2/24 14:34, Gary Buhrmaster wrote:
While I follow the philosophy of updating
regularly, there are likely some who install Fnn, and
never update, and then would expect an update to
On 5/2/24 14:34, Gary Buhrmaster wrote:
While I follow the philosophy of updating
regularly, there are likely some who install Fnn, and
never update, and then would expect an update to
Fnn+2 to work without issue(s).
--
The CLI update strongly suggests doing 'dnf update --refresh' before
syste
On 4/3/24 17:49, Kevin Kofler via devel wrote:
And is there a statistical evaluation of that data somewhere? Downloading
350 MiB (!) of raw CSV data does not sound to me like a convenient way to
work with it.
It's messy, but interesting. Here's the architecture data for the last 3
or so years
On 4/3/24 14:56, Adam Williamson wrote:
If you have two equally good options and you already picked one, you should
stick with it, not just switch between them every so often for the sake
of it. If Plasma were demonstrably, markedly and uncontroversially
*superior* to GNOME (please don't take th
On 4/3/24 06:36, Aoife Moloney wrote:
the dnf-automatic command will be obsoleted.
https://dnf5.readthedocs.io/en/latest/changes.html does not say anything
about automatic updates, and
https://packages.fedoraproject.org/pkgs/dnf5/dnf5-plugin-automatic/
simply suggests that dns update be exe
Nevermind, my mistake---I have
dl_hwcap2=0x0
On 8/28/23 14:27, Przemek Klosowski via devel wrote:
On 8/28/23 09:15, Florian Weimer wrote:
* Julian Sikorski:
I have noticed the following message in my kernel log today after I
attempted to decrypt my veracrypt external hard drive
On 8/28/23 09:15, Florian Weimer wrote:
* Julian Sikorski:
I have noticed the following message in my kernel log today after I
attempted to decrypt my veracrypt external hard drive:
[20542.328594] AVX2 instructions are not detected.
[20542.382731] AVX or AES-NI instructions are not detected.
..
On 8/26/23 00:51, Solomon Peachy via devel wrote:
I have twenty-year-old perl scripts that still work just fine, but in my
experience, even couple-years-old python code most likely won't.
I love both perl and python, but have to say that perl stability is
partly due to the fact that its devel
On 8/15/23 09:51, Stephen Smoogen wrote:
Each of these groups have 'farms' of several hundred of each type of
phone which get continual updates and they have a long certification
process to make sure that they reach 'all the phones updated without
problems and ran N hours without issues afterwa
On 8/13/23 16:57, Kevin Kofler via devel wrote:
look at SUPPORT_END in /etc/os-release and nag more frequently.
Highly recommend other Fedora editions consider similar notifications.
I don't think more nagging is going to help. It is just going to be
considered yet another annoying nag to ignor
On 7/12/23 19:21, Demi Marie Obenour wrote:
1. The GDPR and similar regulations are 100% clear that consent must
be opt-*in*. Opt-*out*, as is proposed here, is not consent.
Therefore, this change is proposing collecting telemetry *without
user’s consent*.
I seems to me that there
On 7/12/23 16:34, Jeremy Newton wrote:
I know that I would personally always opt out on principle, and would vote for
opt-in or dropping the proposal. I am under the impression that most Fedora
users are in the same boat as me.
For the record, my personal opinion is that an opt-out is an acce
On 6/14/23 09:29, stan via devel wrote:
On Tue, 13 Jun 2023 11:05:53 -0400
"Chris Murphy" wrote:
OK I tried this again and discover shim is signed twice.
It has been awhile since I built a local kernel that I signed, but even
a locally built kernel was signed twice when using rpmbuild. I as
I also have a recently updated F38 with shim-x64-15.6-2.x86_64. The
BOOTX64.EFI file has two certificates
Subject: C=US, ST=Washington, L=Redmond, O=Microsoft Corporation,
CN=Microsoft Windows UEFI Driver Publisher
Subject: C=US, ST=Washington, L=Redmond, O=Microsoft Corporation,
CN=Micros
On 4/11/23 22:08, Jeff Law wrote:
On 4/11/23 19:14, przemek klosowski via devel wrote:
The situation in the RISC-V universe is even more complicated because
of all the extensions
...
Whatever standard scheme Fedora uses for x86 will hopefully be very
useful for RiSC-V era that is apparently
On 4/4/23 10:28, Dan Čermák wrote:
Chris Adams writes:
Yeah, it'd be back to the i386/i586/i686 days... which was a bit of a
PITA sometimes. But cramming multiple architectures of core libraries
into a single RPM would be bad for disk space, image size, downloads,
etc.
But something that did
On 1/11/23 01:24, Peter Robinson wrote:
Also before becoming a main Fedora architecture the infrastructure
team will need to be able to source enterprise grade hardware that can
be racked in a datacentre and remotely managed. There's likely some
other requirements the infrastructure team has here
Andrii,
copilot to pilot, you are responding to Jakub Jelinek's points, not
Neal's. Jakub is a compiler/toolchain engineer with considerable
experience, so when he talks about compiler technology involved in
tracing execution flow, I am inclined to believe him.
I understand that your experie
On 9/14/22 03:51, Vitaly Zaitsev via devel wrote:
On 13/09/2022 23:50, Demi Marie Obenour wrote:
Another option is a TPM-based authenticator. Would this be acceptable?
No. TPM 2.0 chip is a *proprietary* black box. Some of them have known
critical security vulnerabilities[1].
OK, but so i
On 9/12/22 08:59, Miroslav Suchý wrote:
Do you want to make Fedora 37 better? Please spend 1 minute of your
time and try to run:
# Run this only if you use default Fedora modules
# next time you run any DNF command default modules will be enabled again
sudo dnf module reset '*'
dnf --releas
On 6/30/22 10:23, Michael Catanzaro wrote:
I take a pretty dim view towards arguments about "Flathub is
untrusted" and "Flathub packaging is poor" since proponents of these
arguments conveniently ignore the fact that traditional RPMs are
totally unsandboxed. [...]
Opponents of Flatpak have ha
How about a middle ground, by splitting langpacks into several larger
groups (roman-alphabet+arabic&persian+far-eastern?, asian+european?).
This way we wouldn't have to constantly twiddle with new packages and
keep the number of packages sane.
p
On 6/30/22 06:32, Jens-Ulrik Petersen wrote:
O
On 5/18/22 23:57, Jerry James wrote:
On Wed, May 18, 2022 at 9:41 PM Jerry James wrote:
I just updated my home machine to F36. Now, when I try to debug a
Fedora-built package after installing the appropriate debuginfo
packages with dnf, I get:
(No debugging symbols found in .gnu_debugdata fo
I had issues with this for several releases now, although I never got a
broken upgrade like you're reporting: every time so far I got a message
'you need additional 4GB on /' before the actual upgrade started. It
would be sad if the free space estimation code didn't work and allowed
broken, hal
On 2/22/22 12:14, Boian Bonev wrote:
Hi Dan,
Thanks for the suggestion - I like that way because it gives full
control to
the admin together with the responsibility and does not implicitly do
unexpected things. It is also a clean approach both from user
experience and
packaging point of vie
On 2/13/22 22:08, Todd Zullinger wrote:
Ron Olson wrote:
Sorry if I missed something, but under Rawhide I
discovered when I tried to “more somefile.txt” I got
“less” behavior, while Fedora 35 still runs more like, uh,
more.
I'm not quite sure what "less" behavior you mean, so I'm
only guessing
On 2/1/22 12:54, Miro Hrončok wrote:
Thanks to Steven, Stephen and Miro for finding this solution. Still,
having to add flags and deleting the existing doc package is not
completely gruntling---it works, but it's not automatic and, for the
future, I am curious if there's another way.
Sorry f
rpm -q -conflicts kicad-6.0.1-4.fc35.x86_64.rpm
kicad-doc < 1:6.0.1-4.fc35
...
When I add the '--best --allowerasing' flags, then I get the
desired result:
# dnf update kicad-6.0.1-4.fc35.x86_64.rpm --best --allowerasing
Last metadata expiration check: 0:43:04 ago on Mon 31 Jan 2022
05:0
During recent major version update, some files were moved from
-doc to , and as a result updates of fail
due to a file conflict. Manual update of -doc resolves this, of
course.
A simple solution would be to declare that
Required: package-doc >= 6.0.0
but that would force the install of the
On 12/10/21 09:13, Zbigniew Jędrzejewski-Szmek wrote:
On Fri, Dec 10, 2021 at 10:40:33AM +0100, Vitaly Zaitsev via devel wrote:
What happens if these libraries are not installed an cannot be dl-opened?
The functionality that requires those libraries will not be available.
This is quite clev
On 12/9/21 10:15, Vitaly Zaitsev via devel wrote:
On 09/12/2021 15:32, Lennart Poettering wrote:
TPM2 chip you'll get much weaker security guarantees
https://arstechnica.com/gadgets/2021/08/how-to-go-from-stolen-pc-to-network-intrusion-in-30-minutes/
The Lenovo TPM implementation exploited
On 12/7/21 10:39, Zbigniew Jędrzejewski-Szmek wrote:
If available, use
the TPM2 to additionally tie the password to local hardware. If the
user is removed, also remove that password from that storage.
During boot, if it is necessary to authenticate before the root file
system has been mounted
On 11/23/21 22:13, Steve Grubb wrote:
```
$ rpm -qf /var/cache
filesystem-3.14-7.fc35.x86_64
```
Top level ownership is not good enough because we have to be able to
determine what is in use now vs what I can delete.
For this particular one, I always assumed that I can delete anything in
On 11/17/21 13:49, Matthew Miller wrote:
Finished systemd-modules-load.service - Load Kernel Modules.
Finished systemd-tmpfiles-setup-dev.service - Create Static Device Nodes in
/dev.
Starting systemd-sysctl.service - Apply Kernel Variables...
[...]
Would something like
Started Journal Servic
Kia ora to you, and welcome to Fedora!
I hope you find something interesting to contribute in.
p
On 10/27/21 23:30, Aiden Langley wrote:
Kia ora koutou,
I'm nedia, I live in NZ & I've been knocking about the matrix/irc for a few days now.
I'll be 28 on the 30th, I've been using Fedora for ab
On 10/14/21 18:30, Peter Boy wrote:
A default installation of Fedora Server Edition occupies about 2.2 GiB of
storage and consumes 505 MiB of Ram. An absolute minimum might be 2 G RAM and 5
G storage
This pretty much would require a reinstall on upgrade, because during
the regular upgrade th
This is F34 with 5041 packages. I think people alrady reported
arduino-core and gnuradio, I reported the gqrx libboost/boost_thread issue
https://bugzilla.redhat.com/show_bug.cgi?id=2002104
On 9/7/21 12:14 PM, Miroslav Suchý wrote:
Do you want to make Fedora 35 better? Please spend 1 minute of
On 8/25/21 4:54 AM, Alexander Sosedkin wrote:
It's not ideal if one obsolete website forces downgrading the security
potentially for all the connections. I hope 5) is addressing that.
That's something apps and only apps can handle.
Well, but if the system policy says that TLS1.0 is banned, th
On 8/23/21 5:49 AM, Alexander Sosedkin wrote:
Sure. Crypto-policies are there to give you control of what's enabled,
ideally what's enabled by default.
1) There's a blanket `update-crypto-policies --set LEGACY`
2) There's a possibility to reenable disabled algorithms with custom policies,
a
On 7/27/21 10:04 PM, Aleksei Bavshin wrote:
IIRC, gnome-terminal supposed to put each tab into a new cgroup.
which would address David's problem of losing his desktop session---but
is still a bad experience, because you'd be running the compile (or some
other memory-intensive process) in a t
On 7/9/21 11:48 AM, Ben Cotton wrote:
On Fri, Jul 9, 2021 at 11:45 AM Ben Cotton wrote:
== Upgrade/compatibility impact ==
SHA-1 algorithm will not be supported in sqlite. Instead SHA-3
algorithm can be used.
== User Experience ==
Users won't be able to use SHA-1 algorithm with sqlite. Instea
We had several discussions recently that could use some real-world data
on e.g.:
- x86_64-v2 prevalence
- GUILE usage in make/gdb
- count of systems with UEFI/GPT vs BIOS/MBR
- debugd server usage
- etc
The common thread is that some sort of measurement would help figuring
out the best tec
On 6/17/21 4:44 AM, Vitaly Zaitsev via devel wrote:
On 16.06.2021 22:22, Matthew Miller wrote:
Well, that's certainly A Position. I don't think it's anything nearly so
absolute, though, and depends on what, who, how, why, and a host of
other
things. And "it can help us answer questions like th
On 6/16/21 6:26 PM, Kevin Kofler via devel wrote:
Otto Urpelainen wrote:
Also, if the intent is to get rid of the package completely, should not
adding it to fedora-obsolete-packages be required as well?
Why? Adding working packages to fedora-obsolete-packages forces removing
them from users'
On 6/16/21 12:09 PM, Florian Weimer wrote
I'm missing something---I get identicaloutput on my v3 Core i7-4810MQ
Why do you expect different output?
Stephen was showing off his 'oldest' system and I assumed that it was
some Penryn-era relic, so I expected a <= v1 result. One cohort of
people
On 6/16/21 8:45 AM, Stephen John Smoogen wrote:
oh cool. this even works on CentOS and RHEL systems:
```
smooge@xanadu ~]$ podman run fedora:latest /lib64/ld-linux-x86-64.so.2
--help
...
Subdirectories of glibc-hwcaps directories, in priority order:
x86-64-v4
x86-64-v3 (supported, searched
On 5/25/21 5:04 PM, Peter Boy wrote:
So the same model works totally fine for both desktop and server.
I myself lack the exact technical knowledge, but (all?) server and file system
experts I hear consider just that a gross misconception.
I think you and Neal talk about two different things.
There are so many moving pieces here that it's hard to get a handle on
this. I had trouble seeing local network printers so I tried following
the advice Zdenek published [1], but I ran into a nest of issues:
printing depending on avahi, which fails quietly and is hard to debug.
Specifically, I
On 5/15/21 11:53 AM, Ralf Corsepius wrote:
Creating a non-root user account, possibly with admin rights (all
possible from within Anaconda) would seem like a safer option for
accasional/emergency password based access to such machines over SSH.
I don't see, how this would any safer than direct
On 5/7/21 12:08 PM, Adam Williamson wrote:
Really? I mean, third party repos have been around forever. It's not
like they're a new thing. I'm not really opposing any sensible
improvements here, I'm just not seeing the same clear story as you are
here? Why do you think there are going to be a lot
On 5/5/21 2:29 AM, Adam Williamson wrote:
If a third party wants to do
something nefarious and can convince you to "install a repository" in
some way, that means that at minimum they convinced you to drop an
arbitrary file in /etc/yum.repos.d . What they probably did was
convince you to instal
so fedora-live-base.ks includes fedora-repo.ks which by default has
fedora-repo-rawhide.ks uncommented (and fedora-repo-not-rawhide.ks
commented out). I think the only way would be to edit that file. Of
course you can edit it programmatically, or via some sort of symlink
swapping
ln -sf /usr/
Few weeks ago we had an announcement of a Python supply chain hack where
people supplied libraries with names matching some private library
names, which took precedence and overrode those private libraries,
giving the hackers control.
Now, the name collisions are built-in into RPM, because tha
On 4/28/21 6:01 PM, Adam Williamson wrote:
On Wed, 2021-04-28 at 17:42 -0400, przemek klosowski via devel wrote:
Trying to update F33 -> F34 on a development laptop with about 4700
packages. I think it started as F30 and did three Fedora system upgrades.
...
I am getting four errors:
...
Trying to update F33 -> F34 on a development laptop with about 4700
packages. I think it started as F30 and did three Fedora system upgrades.
I did the standard
dnf upgrade --refresh
dnf system-upgrade --releasever=34 download
I am getting four errors:
Problem 1: package gtatool-gdal
I've been having problems with DNS resolution in F33 as well: I use F5
VPN (work requirement).
I tried your nsswitch recipe, but got some errors:
authselect apply-changes
[error] [/etc/nsswitch.conf] is not a symbolic link!
[error] [/etc/nsswitch.conf] was not created by authselect!
On 12/29/20 11:26 PM, Samuel Sieb wrote:
More likely what you're really confused about is something that a lot
of people are not aware of. Wayland is a protocol, not a program. I
believe there's a library, but the final implementation is done in
each window manager. The X11 "emulation" is a
On 12/29/20 5:20 PM, Michael Catanzaro wrote:
I don't think this GNOME bug is in any way related to the topic of
whether KDE should default to Wayland
So I am confused---I thought it is a problem in Wayland, perhaps in its
X11 emulation but still Wayland. Yes, the app is misbehaving, bu
On 12/28/20 3:51 PM, Gerald B. Cox wrote:
I really don't see we have much of a choice here. X11 is eventually going away
and Wayland is the path forward.
...
If you notice issues, please open bugs.
I have an open bz about reliable wayland crashes:
https://bugzilla.redhat.com/show_bug.cgi?
On 12/17/20 10:04 AM, Marius Schwarz wrote:
Am 17.12.20 um 14:35 schrieb Stephen John Smoogen:
Right, but it's not automatic, and requires an existing known-good
system, which is the actual 'root of trust' here. This cannot be
assumed about a flash drive, which is why the automatic image check
On 12/16/20 5:38 PM, Kevin Fenzi wrote:
On Wed, Dec 16, 2020 at 04:28:49PM -0500, przemek klosowski via devel wrote:
I was trying to make a point that we don't have a way to check the initial
image: it could be altered to falsely claim to be signed by fedoraproject.
well, we do:
On 12/16/20 2:23 PM, Kevin Fenzi wrote:
Yeah, there has to be an anchor for your trust. Right now that is "I
trust the certificate authority that issued fedoraproject.org's cert".
I was trying to make a point that we don't have a way to check the
initial image: it could be altered to falsely
On 12/11/20 1:07 PM, Matthew Miller wrote:
Right now, when you start Fedora live media to install Workstation or KDE or
etc., you get an ugly text prompt which defaults to doing a media test
...
the most likely failure modes are like this:
1) Doesn't even write properly.
2) Doesn't boot after
On 11/17/20 4:24 AM, Lennart Poettering wrote:
dig @9.9.9.9 +nsid heise.de
FWIW, a neat way to look at differences like that is
watch -d dig @9.9.9.9 +nsid heise.de
I use it often for looking at hotplugs (watch -d lsusb) etc.
___
devel mailing
On 10/2/20 3:50 AM, Miroslav Suchý wrote:
Do you want to make Fedora 33 better? Please spend 1 minute of your time and
try to run:
sudo dnf --releasever=33 --setopt=module_platform_id=platform:f33 \
--enablerepo=updates-testing --enablerepo=updates-testing-modular \
distro-sync
F
On 8/14/20 8:33 AM, Wells, Roger K. via devel wrote:
That was not the cause.
Now when it happens I have only three tasks running at 100% (same ones
as reported earlier).
Everything else, kerneloops, shutdown via power switch, etc, is as before.
Could you repost to the list with more info? I thi
On 8/14/20 7:33 AM, John M. Harris Jr wrote:
On Wednesday, August 12, 2020 1:16:34 PM MST Przemek Klosowski via devel
wrote:
This is weird---your swap was 100% full, and ram almost full, and yet
killing 4GB VirtualBox didn't seem to free up memory. I suspect some
sort of measureme
On 8/13/20 4:12 PM, Wells, Roger K. via devel wrote:
I'll do something to disable it.
Oh, just thougth I'd mention---what I'd do would be
locate sadc <- hopefully this would return the location of the sadc
binary, perhaps /var/lib64/sa/sadc
rpm -qf /var/lib64/sa/sadc <- this will rep
On 8/13/20 4:12 PM, Wells, Roger K. via devel wrote:
So sadc is not part of current Fedora. It may be some artifact from
older Fedoras (e.g. sysstat-11.5.7-4.fc27.x86_64 has
/usr/lib64/sa/sadc) or some custom system activity data collection
software that is locally installed at your site.
Thanks
On 8/13/20 2:04 PM, Wells, Roger K. via devel wrote:
After some time, usually hours, the following four tasks in top are
running at 100%:
sadc
kworker/6:1+events_freezable
dmesg
systemd-journal
So sadc is not part of current Fedora. It may be some artifact from
older Fedoras (e.g. sysstat-11.5
On 8/12/20 2:27 PM, Sergio Belkin wrote:
Hi!
I 've just had a problem using EarlyOOM + ZRAM. I haven't a disk-based
swap partition.
I was using mainly Zoom (desktop app) + Firefox + VirtualBox (Debian
with 4GB of RAM), and EarlyOOM killed Zoom in the middle of a call :(
This is weird---your s
On 7/15/20 1:11 PM, Chris Murphy wrote:
Hi,
While bad RAM is uncommon, it comes up with some regularity to cause
folks a lot of grief. I'm wondering if there's a way to make it easier
to get bad news :-\ In particular there are cases where RAM defects
just don't show up with a few hours of memte
On 7/10/20 5:22 PM, John M. Harris Jr wrote:
Android, actually, is trying to get it right by a) being a platform so
that common security updates are available from the platform owner, and
can be applied to everyone's system and b) having a secure remote update
method.
The problem with implementi
On 7/10/20 8:25 AM, Nicolas Mailhot wrote:
Le vendredi 10 juillet 2020 à 08:00 -0400, Przemek Klosowski a écrit :
Not quite---as I said in next sentence that you didn't include in
your quote, secure boot also tries to prevent unauthorized
modifications,
That does not work either, because if you
On 7/10/20 7:37 AM, Nicolas Mailhot wrote:
Le vendredi 10 juillet 2020 à 07:12 -0400, Przemek Klosowski via devel
a écrit :
My point is that however the updates are being produced, they need a
secure remote update method. It's not realistic to expect end users
to be in the loop
If you r
On 7/9/20 2:24 PM, Eric Sandeen wrote:
<50 runs later on btrfs>
16 readonly mounts failed (32% failure rate)
Within the successful mounts, 1 or more files were unreachable in 30 attempts.
Across all 50 attempts, 7720 files were lost.
Is that better than ext4, and will ext4 need fsck just to be
On 7/10/20 5:06 AM, Nicolas Mailhot wrote:
The problem IOT side is not the security of the
software update chain. The problem is that manufacturers skimp on
software updates in the first place
Yes, that's the situation right now: everyone has a custom firmware tied
to a short product cycle---s
On 7/9/20 10:46 AM, John M. Harris Jr wrote:
"Secure Boot" doesn't make root non-uid 0, and can't keep root from
controlling system devices, even uploading unsigned firmware to peripherals.
While it's true that a completely secure software chain doesn't really
exist yet, we are slowly going in
On 7/9/20 8:44 AM, Kevin Kofler wrote:
Przemek Klosowski via devel wrote:
* disk access is literally O(1) slower than RAM access
This notation is meaningless. By the definition of the O notation,
O(1)=O(1)=O(k) for any constant k.
Yes, you are right of course, but I just hope that
On 7/8/20 12:15 PM, John M. Harris Jr wrote:
I'd rather crash and restart where I left off than have
the computer drag me along trying to save my application.
Sorry, what? Why would your data not be on your system? What about "the modern
way of computing" would move your data from your system to
On 7/6/20 6:49 PM, John M. Harris Jr wrote:
Unless you're actively using all of those tabs (I don't know how you would be,
but it's certainly possible), swap sounds like the perfect solution. Unless
Firefox keeps JS running in there, and it's updating the DOM, these would
likely be able to get sw
On 7/2/20 4:38 PM, Eric Sandeen wrote:
Running 10 loops on each of btrfs, ext4, and xfs I got results that look
like this (ext4 always creates empty lost+found so it will always find at
least 1 file there)
btrfs
...
== 4 fsck failures, 2 mount failures
ext4
...
== 0 fsck failures, 0 mount failu
On 7/4/20 8:18 PM, John M. Harris Jr wrote:
I've never managed to get one of my own Fedora machines to the point of
OOMing, and, when I have seen others do it, it's a problem that would have
been solved by having more swap space.
I am a tab hoarder so I used to wedge the browser due to memory l
On 7/1/20 3:50 PM, Josef Bacik wrote:
This sounds like a "wtf, why are you doing this btrfs?" sort of thing,
but this is just the reality of using checksums. It's a checksum, not
ECC.
Yes, exactly---why isn't it ECC? Wouldn't it work better, especially in
the context of faulty hardware?
I
On 6/29/20 7:59 AM, David Kaufmann wrote:
Unfortunately I think this arguing is moot, as the issue seems to have
been decided already anyway. I only remember one change "proposal" to
actually being pulled back in the last year, and I'm really disappointed
about having fake discussions on devel@ w
On 6/29/20 12:38 PM, Przemek Klosowski via devel wrote:
On 6/27/20 11:40 PM, Tom Seewald wrote:
On Sat, Jun 27, 2020 at 7:32 PM Garry T. Williams
Just a PSA: btrfs raid1 does not have a concept of automatic degraded
mount in the face of a device failure. By default systemd will not
even
On 6/27/20 11:40 PM, Tom Seewald wrote:
On Sat, Jun 27, 2020 at 7:32 PM Garry T. Williams
Is this hopefully seen by upstream as a bug that will be fixed? This removes
the system availability benefits of raid, and I've never heard of another
system that would behave like this, whether that's zf
On 6/27/20 12:50 PM, John M. Harris Jr wrote:
As an alternative, I would like to recommend we make Emacs the default. Emacs
does not require "specialist knowledge", but is much more powerful once you do
learn how to use it properly. It's also not as hard to use as nano.
I used emacs for 30+ years
On 6/26/20 1:43 PM, Neal Gompa wrote:
One issue that I have
seen mentioned as an issue within the last week is still the problem of
running out of space when it still looks like there's space free. I
didn't read the responses, so not sure of the resolution, but I remember
that being a "thing" wi
On 6/26/20 12:31 PM, Chris Murphy wrote:
That pattern will change with btrfs. There will be fewer of some problems,
more of others, and the messages will be different. fsck.ext4 is
pretty much all we have, all we're used to, and it's a binary
pass/fail. Even though we're talking about edge cases
1 - 100 of 157 matches
Mail list logo
