Tom Horsley writes:
On Tue, 31 May 2022 18:38:54 -0400
Sam Varshavchik wrote:
> It keeps finding its way back on my systems, even after I uninstalled it
Uninstalling is probably hopeless. I don't bother with uninstalling
things like that, but disabling and masking them seems to work well,
and
On 31/05/2022 23.59, stan via users wrote:
On Tue, 31 May 2022 22:52:16 +1000
Eyal Lebedinsky wrote:
firefox 100.0.2
I set up a temp dir in about:config
browser.cache.disk.parent_directory /data/Firefox_temp
At no point did I see any activity there but if I empty that
directory t
On Tue, 31 May 2022 18:38:54 -0400
Sam Varshavchik wrote:
> It keeps finding its way back on my systems, even after I uninstalled it
Uninstalling is probably hopeless. I don't bother with uninstalling
things like that, but disabling and masking them seems to work well,
and that leaves all the fil
Roger Heflin writes:
« HTML content follows »
once you update the file to be a good one, then do this:
chattr +i /etc/resolv.conf (that sets the immutable bit that disallows
rename, write, delete).
That should prevent anything from overwriting the file. If you need to
change the fi
2022-05-31 19:37 UTC+02:00, François Patte
:
> Bonjour,
>
> I have some films in mkv format with many subtitles tracks :
> hdmv_pgs_subtitles
>
> I can extract these tracks and I want to convert them in srt text
> format.
>
> I use a java script (found on the web) BDSup2Sub512.jar which can
> conve
Bonjour,
I have some films in mkv format with many subtitles tracks :
hdmv_pgs_subtitles
I can extract these tracks and I want to convert them in srt text
format.
I use a java script (found on the web) BDSup2Sub512.jar which can
convert the hdmv_pgs files in two files: one has extension .
On Tue, 31 May 2022 11:51:49 -0400 (EDT)
D. Hugh Redelmeier wrote:
> My guess is that this is a simple oversight in packaging. If so, it is an
> RPMFusion problem, not a Fedora problem.
Or maybe upgrade isn't equipped to deal with anything other than fedora
repos? I never expect any 3rd party s
I have an 11-year-old netbook. The WiFi hardware needs the broadcom-wl
driver from RPM Fusion.
The Fedora upgrade from 35 to 36 worked fine, including keeping/updating
broadcom-wl.
But WiFi didn't work. The desktop didn't even see the device. I needed
to issue the command
sudo depm
I have several WiFi networks and several notebooks.
Whenever I updated a notebook to Fedora 36, some WiFi passwords needed to
be re-entered.
I don't remember the exact details. I think that if I were updating over
WiFi, that password was retained.
I don't have any remaining updates that I wish
once you update the file to be a good one, then do this:
chattr +i /etc/resolv.conf (that sets the immutable bit that disallows
rename, write, delete).
That should prevent anything from overwriting the file. If you need to
change the file you will have to -i the file first.
It is kind of crude
> Am 31.05.2022 um 14:25 schrieb Eyal Lebedinsky :
>
> ...
> dnf.rpm.log ends with this interesting line
> 2022-05-31T21:37:06+1000 INFO '/etc/resolv.conf' ->
> '../run/systemd/resolve/stub-resolv.conf'
This is expected behaviour. systemd-resolved with resolv.conf linked to that
stub is
On Tue, 31 May 2022 22:52:16 +1000
Eyal Lebedinsky wrote:
> firefox 100.0.2
>
> I set up a temp dir in about:config
> browser.cache.disk.parent_directory /data/Firefox_temp
> At no point did I see any activity there but if I empty that
> directory then FF creates it on launch, so it kn
On 5/28/22 10:18, Chris Adams wrote:
This is from Red Hat's RHEL 8 docs, but works the same on Fedora (at
least version 35). Set 'vers3=n' in the '[nfsd]' section of
/etc/nfs.conf, mask the RPC services, and restart NFS:
systemctl mask --now rpc-statd.service rpcbind.service rpcbind.socket
syst
firefox 100.0.2
I set up a temp dir in about:config
browser.cache.disk.parent_directory /data/Firefox_temp
At no point did I see any activity there but if I empty that directory then FF
creates it on launch, so it knows about it.
Here is what I do:
Open the URL
http://www.g
I am on f36 for a few weeks now, upgraded from f34.
This is the second time this happened. A 'dnf update' runs fine but hangs at
the very end, after the list of 'Veritying'.
dnf (the python3 process) is in state D+ (though I could kill it).
dnf.log ends with
2022-05-31T21:32:33+1000 DDE
15 matches
Mail list logo