On Wed, 15 Nov 2023 18:32:07 +0100
GianPiero Puccioni wrote:
> I didn't know that "err" didn't show on the terminal!
Probably to avoid huge amounts of messages.
> Apparently the problem was
> "qt5-qtwebengine-freeworld-5.15.12-4.fc38.x86_64" I removed that and
> everything is back to normal,
On 15/11/2023 18:05, stan via users wrote:
On Wed, 15 Nov 2023 15:23:16 +0100
GianPiero Puccioni wrote:
Hi,
During a normal upgrade (F38 with KDE on a Dell G15 Laptop) I got
this errors:
Skipping packages with conflicts:
qt5-qtbasex86_645.15.11-3.fc38updates
3.6
On Wed, 15 Nov 2023 15:23:16 +0100
GianPiero Puccioni wrote:
> Hi,
>
> During a normal upgrade (F38 with KDE on a Dell G15 Laptop) I got
> this errors:
>
> Skipping packages with conflicts:
> qt5-qtbasex86_645.15.11-3.fc38updates
> 3.6 M Skipp
Hi,
During a normal upgrade (F38 with KDE on a Dell G15 Laptop) I got this errors:
Skipping packages with conflicts:
qt5-qtbasex86_645.15.11-3.fc38updates3.6 M
Skipping packages with broken dependencies:
kf5-akonadi-sex86_6423.08.1-2.fc38
On 8/10/23 12:28, Ger van Dijck wrote:
In the recent past I had problems with skipping packages with broken
dependencies : ffmpeg-libs , libavdevice : Dorian Rosse adviced to
install with " rpmfind ffmpeg-libs and libavdevice".
No result.
Tom Horsley did advice "dnf swap ffm
Hello All,
In the recent past I had problems with skipping packages with broken
dependencies : ffmpeg-libs , libavdevice : Dorian Rosse adviced to
install with " rpmfind ffmpeg-libs and libavdevice".
No result.
Tom Horsley did advice "dnf swap ffmpeg-free ffmpeg --allower
Hi
On Mon, 31 Jul 2023 15:11:06 -0700 richard emberson wrote:
> What is the problem (aside from the fact that I interrupted the update) and
> How can I recover?
Try first to clean duplicates with: dnf removes --duplicates
I'll personally call it like that to see what would be done, answer no
ded.
> Running transaction test
> The downloaded packages were saved in cache until the next successful
> transaction. You can remove cached packages by executing 'dnf clean
> packages'. Error: Transaction test error:
>file /usr/share/doc/glib2/NEWS from install of
> glib2-2.
Running "dnf update --allowerasing results in:
Running transaction check
Transaction check succeeded.
Running transaction test
The downloaded packages were saved in cache until the next successful
transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: Transa
On Mon, Jul 31, 2023 at 5:12 PM richard emberson
wrote:
> I had a "dnf update" interrupted.
>
> Running "dnf clean all" and then "dnf update" again results in:
>
> Running transaction check
> Transaction check succeeded.
> Running transaction
I had a "dnf update" interrupted.
Running "dnf clean all" and then "dnf update" again results in:
Running transaction check
Transaction check succeeded.
Running transaction test
The downloaded packages were saved in cache until the next successful
transaction.
: Saturday, June 10, 2023 5:08:16 PM
To: Community support for Fedora users
Subject: Broken packages DNF Update.
Hay all,
Little problem : When giving the command dnf update I get the message
"Skipping packages with broken dependencies".
ffmpeg-libs x86_646.0.11.fc38 rpmf
On Sat, 10 Jun 2023 17:08:16 +0200
Ger van Dijck wrote:
> How do I proceed ?
I asked that a while back, and got this advice which worked for me:
dnf sawp ffmpeg-free ffmpeg --allowerasing
Replaces the incompatible stuff in the fedora repos with the
"normal" stuff from rpmfusion.
Hay all,
Little problem : When giving the command dnf update I get the message
"Skipping packages with broken dependencies".
ffmpeg-libs x86_64 6.0.11.fc38 rpmfusion-free-updates
libavdevice x86_64 6.0.11.fc38 rpmfusion-free-updates
How do I proceed ?
Kind rega
provides libheif(x86-64) = 1.16.1 needed by
Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force their upgrade):
libheif x86_64 1.15.2-1.fc37 updates 258 k
Skipping packages with broken dependencies:
libheif-freeworld x86_64 1.16.1-1.fc37
.16.1 needed by
> Skipping packages with conflicts:
> (add '--best --allowerasing' to command line to force their upgrade):
> libheif x86_64 1.15.2-1.fc37 updates 258 k
> Skipping packages with broken dependencies:
> libheif-freeworld x86_64 1.16.1-1.fc37 rpmfusion-free-upd
On Sun, May 14 2023 at 18:40:04 +1000, Michael D. Setzer II via users
wrote:
On 14 May 2023 at 9:18, Simon Colston wrote:
Date sent: Sun, 14 May 2023 09:18:54 +0100
From: Simon Colston
Subject:dnf upgrade - problem with libheif
packages
by
libheif-freeworld-1.16.1-1.fc37.x86_64
...
Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force their
upgrade):
libheif x86_64 1.15.2-1.fc37 updates 258 k
Skipping packages with broken dependencies:
libheif-freeworld x86_64 1.16.1-1
6.1 needed by
> libheif-freeworld-1.16.1-1.fc37.x86_64
>
> ...
>
> Skipping packages with conflicts:
> (add '--best --allowerasing' to command line to force their
> upgrade):
> libheif x86_64 1.15.2-1.fc37 updates 258 k
> Skipping packages with broken depend
On 14 May 2023 at 9:18, Simon Colston wrote:
Date sent: Sun, 14 May 2023 09:18:54 +0100
From: Simon Colston
Subject:dnf upgrade - problem with libheif
packages
To: Fedora Users Mailing List
Send reply to: Community
.x86_64
- cannot install the best update candidate for package
libheif-1.15.1-2.fc37.x86_64
- nothing provides libheif(x86-64) = 1.16.1 needed by
libheif-freeworld-1.16.1-1.fc37.x86_64
...
Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force
On Fri, 2022-09-30 at 15:49 -0600, Joe Zeff wrote:
> On 9/30/22 15:16, Patrick O'Callaghan wrote:
> > Please remember to quote the text you are responding to in replies.
>
> And trim out everything that's not relevant to your reply, as I did
> here, especially including signatures and/or
On 9/30/22 15:16, Patrick O'Callaghan wrote:
Please remember to quote the text you are responding to in replies.
And trim out everything that's not relevant to your reply, as I did
here, especially including signatures and/or footers.
___
users
On Fri, 2022-09-30 at 19:28 +0200, Mgr. Janusz Chmiel wrote:
> Dear MR Horne,
> Thank you very much for this very useful command line option.
> I will always type it when even I will want to perform AN systém
> upgrade on my chroot container.
Please remember to quote the text you are
Dear MR Horne,
Thank you very much for this very useful command line option.
I will always type it when even I will want to perform AN systém upgrade on my
chroot container.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe
On Fri, 2022-09-30 at 13:41 +, old sixpack13 wrote:
> > Dear advanced users and developers,
> ...
> > Or unfortunately, Dnf and also Yum do not allow users to skip or exclude
> > kernel related
> > packages?
> ...
>
> sudo dnf upgrade --exclude=kern
> Dear advanced users and developers,
...
> Or unfortunately, Dnf and also Yum do not allow users to skip or exclude
> kernel related
> packages?
...
sudo dnf upgrade --exclude=kernel-core
will exclude:
- kernel and
- kernel-core and
- kernel-modules
I'm unsure about kernel-hea
Dear advanced users and developers,
Because Redhad elite programmers allow users to run their chroot Fedora
containers for AArch64 architecture, I Am using Fedora 35 on Termux with
Android 8.0. For obvious reason, all kernel related Fedora packages are
redundand for Me in this scenario.
I would
Hi, you need to swap the release identity package. That determines what
desktop packages are protected by dnf.
Type dnf search fedora-release-identity- to see what's available. Then
run
sudo dnf swap fedora-release-identity-workstation fedora-release-
identity-(kde, cinnamon, mate-compiz, xfce
that group from being removed, so the
entire group has to go.
Thanks a lot for info! Unfortunately it does not work: [root@c340-sev
~]# dnf --noautoremove group remove gnome-desktop Error: Problem: The
operation would result in removing the
following protected packages: gnome-shell (try to add
the
entire group has to go.
Thanks a lot for info! Unfortunately it does not work:
[root@c340-sev ~]# dnf --noautoremove group remove gnome-desktop
Error: Problem: The operation would result in removing the
following protected packages: gnome-shell (try to add
'--skip-broken' to skip uninstallable
for info!
Unfortunately it does not work:
[root@c340-sev ~]# dnf --noautoremove group remove gnome-desktop
Error:
Problem: The operation would result in removing the following protected
packages: gnome-shell
(try to add '--skip-broken' to skip uninstallable packages)
Why in the world would be gnome
:
[root@c340-sev ~]# dnf --noautoremove group remove gnome-desktop
Error:
Problem: The operation would result in removing the following protected
packages: gnome-shell
(try to add '--skip-broken' to skip uninstallable packages)
Why in the world would be gnome-shell unremovable?
And does anyone have
with and without that option before answering y to do it
to make sure it does not remove more than you want removed.
On Wed, Aug 10, 2022 at 6:59 AM Adrian Sevcenco wrote:
>
> Hi! I was trying to remove the gnome packages and because of gnome-shell
> i'm stuck with this list:
> gnome-autoar-0.4.3-1
Hi! I was trying to remove the gnome packages and because of gnome-shell
i'm stuck with this list:
gnome-autoar-0.4.3-1.fc36.x86_64
gnome-bluetooth-42.2-1.fc36.x86_64
gnome-bluetooth-libs-42.2-1.fc36.x86_64
gnome-control-center-42.3-1.fc36.x86_64
gnome-control-center-filesystem-42.3-1.fc36.noarch
> On 6 Jul 2022, at 16:13, Federico Alaimo wrote:
>
> Hello all,
> I wanted to know if epel 9 will bring fusion inventory agent packages (as
> done in epel7 and 8) and if yes, when that is expected to happen.
Try requesting via a bugzilla ticket so the maintainer know th
Hello all,
I wanted to know if epel 9 will bring fusion inventory agent packages (as done
in epel7 and 8) and if yes, when that is expected to happen.
Thanks!!
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email
Hello all,
I first mentioned a couple of months ago that I would like to retire
from maintaining mathematical packages in Fedora, so that I can focus
on code analysis and formal methods packages. Thank you to those who
responded and took some of those packages from me. I still have quite
a pile
Hi Oğuz,
On Mon, Nov 29, 2021 at 11:35 PM Oğuz Ersen via users
wrote:
> I have no packaging experience and not a packager myself, so can I take
> `material-icons-fonts` since that one seems easy? My fas username is ersen.
You're not a packager. So that means you need a sponsor? If so,
contact
I have no packaging experience and not a packager myself, so can I take
`material-icons-fonts` since that one seems easy? My fas username is ersen.
--
Best Regards, Oğuz
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an
not relate solely to the collection of mathematical packages? Will
> mizdebsk (automatically) take them on alone?
That's a good question. Let's see what needs these packages. Using
the command "dnf --repo=rawhide --repo=rawhide-source repoquery
--whatrequires [package] --alldeps", I came up w
nt to Fedora, so if
> you see something you think should be on docs.fedoraproject.org, feel free to
> tell me so. Also feel free to suggest additions or changes to what I have
> there.
>
> Packages for which I am the primary maintainer
> ———
> ...
> mav
For some years now, I have maintained a collection of mathematical packages
and some of their dependencies in Fedora. I actually stopped using the
packages in question awhile ago, but have been maintaining them out of
inertia. I would like to free up time to get some code checking and formal
On Tue, 5 Oct 2021 13:40:51 -0500
Ian Pilcher wrote:
> I use systemd-boot, so I try to avoid having unneeded GRUB packages
> installed. When I run dnf update, grub2-tools-efi and
> grub2-tools-extra get installed, even though they aren't required by
> any of my other installed pack
> On 7 Oct 2021, at 18:38, Ian Pilcher wrote:
>
> On 10/5/21 16:36, Barry wrote:
>>> On 5 Oct 2021, at 19:41, Ian Pilcher wrote:
>>>
>>> I use systemd-boot, so I try to avoid having unneeded GRUB packages
>>> installed. When I run dnf update,
On 10/5/21 16:36, Barry wrote:
On 5 Oct 2021, at 19:41, Ian Pilcher wrote:
I use systemd-boot, so I try to avoid having unneeded GRUB packages
installed. When I run dnf update, grub2-tools-efi and grub2-tools-extra
get installed, even though they aren't required by any of my other
On 10/5/21 3:36 PM, Barry wrote:
Try dnf remove package and see what dnf wants to remove.
Just answer no so that dns does no damage.
That’s the trick I used to find out why a package is needed.
You can also do rpm queries, but I do recall the incantation.
Just to be safe, add -n to the dnf
> On 5 Oct 2021, at 19:41, Ian Pilcher wrote:
>
> I use systemd-boot, so I try to avoid having unneeded GRUB packages
> installed. When I run dnf update, grub2-tools-efi and grub2-tools-extra
> get installed, even though they aren't required by any of my other
> installe
I use systemd-boot, so I try to avoid having unneeded GRUB packages
installed. When I run dnf update, grub2-tools-efi and grub2-tools-extra
get installed, even though they aren't required by any of my other
installed packages.
I already have install_weak_deps=False set in dnf.conf.
Anyone have
s one?
>
I'm not 100% sure if you mean a request to Fedora or upstream, but most of
the info you're looking for should be found here:
https://src.fedoraproject.org/rpms/kubernetes
The key is you have to use the source name even though many packages can be
generated from i
I've looked on multiple occasions for a 'dnf whomaintains', or a section in
info containing 'source' or maintainer.
Let's take an example:
$ dnf info kubernetes-client
Source : kubernetes-1.20.5-1.fc34.src.rpm
Repository : @System
From repo: fedora
URL :
> On 28 Jan 2021, at 19:13, Angel Bosch Mora wrote:
>
As sysadmin I create a lot of script to install/manage services
and is confusing having commands that change that often.
>>
>> You may find it "more stable" to use lib389 directly rather than the
>> CLI then. I think the team
> >> As sysadmin I create a lot of script to install/manage services
> >> and is confusing having commands that change that often.
>
> You may find it "more stable" to use lib389 directly rather than the
> CLI then. I think the team should talk about the CLI having an
> "interface guarantee", and
> On 28 Jan 2021, at 06:50, Mark Reynolds wrote:
>
>
> On 1/27/21 2:57 PM, Angel Bosch wrote:
>>> Again I think you are looking at the older version of the server.
>>>
>>
>>
>> ok, I understand.
>>
>> I see that version 2 is already out.
>> Can I expect additional changes in dsconf
On 1/27/21 2:57 PM, Angel Bosch wrote:
Again I think you are looking at the older version of the server.
ok, I understand.
I see that version 2 is already out.
Can I expect additional changes in dsconf interface or will you try to mantain
a stable set of parameters?
Great question.
> Again I think you are looking at the older version of the server.
>
ok, I understand.
I see that version 2 is already out.
Can I expect additional changes in dsconf interface or will you try to mantain
a stable set of parameters?
As sysadmin I create a lot of script to install/manage
- Missatge original -
De: "Mark Reynolds"
Per: "General discussion list for the 389 Directory server project."
<389-users@lists.fedoraproject.org>, "Angel
Bosch Mora"
Enviats: Dimecres, 27 de Gener 2021 14:43:19
Assumpte: [389-users] Re: plugin names and
"
> Enviats: Dimecres, 27 de Gener 2021 14:43:19
> Assumpte: [389-users] Re: plugin names and debian packages
>
> Well 1.4.0 is quite old and is no longer maintained/supported. In
> newer
> versions of 389 it was changed to "retro-changelog". It probably was
>
but I just want to be sure if I need to open a bug.
here are the version of the packages:
dpkg -l | grep 389
ii 389-ds-base 1.4.0.21-1 amd64
389 Directory Server suite - server
ii 389-ds-base-legacy-tools 1.4.0.21-1
' is enabled Retro Changelog Plugin
it seems a cosmetic error but I just want to be sure if I need to open a bug.
here are the version of the packages:
dpkg -l | grep 389
ii 389-ds-base 1.4.0.21-1 amd64
389 Directory Server suite - server
ii 389-ds
.
Not really interested in that.
Are there any packages for Horde Groupware Webmail Edition that anyone
knows of? A cursory Google search doesn't find anything.
Thomas
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email
On Thu, 19 Nov 2020 at 11:33, Matti Pulkkinen wrote:
> The other message first has a long list of packages, and then ends with "Too
> many packages to process (7664/5200)".
That is indeed a large number of packages; if you file an issue
upstream we can bump the limit an or
w what I'm supposed to report and where.
The other message first has a long list of packages, and then ends with "Too
many packages to process (7664/5200)". Now, that is indeed a lot of packages,
but I don't think unreasonably so, because most of them come from texlive.
I can, of cou
On Fri, 23 Oct 2020 15:08:57 -0500, Anil Felipe Duggirala wrote:
> 2. Why is it downgrading my packages?
A likely cause is that you have come from an x86_64-only installation that
has had access to more recent package repositories than what you using
currently. Possibly because you've b
On Fri, 23 Oct 2020 15:06:39 -0700
Samuel Sieb wrote:
> Except that I would expect the 32-bit and 64-bit packages would be
> going in the same updates, so it shouldn't be possible to get only
> one of them. But maybe that's not the case.
It’s complicated and one of the tricky bits o
.
Except that I would expect the 32-bit and 64-bit packages would be going
in the same updates, so it shouldn't be possible to get only one of
them. But maybe that's not the case.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe
On Fri, 23 Oct 2020 13:44:07 -0700
Samuel Sieb wrote:
> On 10/23/20 1:08 PM, Anil Felipe Duggirala wrote:
> > I am looking to install wine on my new Fedora 33 laptop. When doing
> > 'dnf install wine' I am getting:
>
> Since Fedora 33 hasn't been released yet, I expect someone will tell
> you
On Fri, 2020-10-23 at 15:08 -0500, Anil Felipe Duggirala wrote:
> Can someone direct me to a good way to install a regular version of wine
>
> in F33? I have tried looking for info but have not found a lot.
This is really a topic for the Fedora Test list. F33 is unreleased
software.
poc
partly
right. The downgrading issue should be raised on the test list. The
rest is more suitable here.
A bunch of i686 packages that will be installed (I think this is
normal), and a bunch of installed x86_64 packages to be downgraded (I
believe to the version corresponding to the available i686
hello,
I am looking to install wine on my new Fedora 33 laptop. When doing 'dnf
install wine' I am getting:
A bunch of i686 packages that will be installed (I think this is
normal), and a bunch of installed x86_64 packages to be downgraded (I
believe to the version corresponding
On Mon, Oct 19, 2020 at 01:47:31PM -0500, David wrote:
> I have never used snap packages in any distro,
> and know nothing about them.
>
I've been using them for nextcloud (open source cloud server - it has "apps"
and can also be
used via web browsers) and openhab (home aut
I have never used snap packages in any distro,
and know nothing about them.
I was bored yesterday, and so I tried to install some
snaps and tinker with them. I loaded the game
"knavalbattle," and the new GIMP fork, "glimpse," and
a note-taking application, "standard
On 10/11/20 7:29 PM, stan via users wrote:
> On Sun, 11 Oct 2020 19:16:02 -0500
> ITwrx wrote:
>
>> I'm trying to find out why the nim-lang package "nim" is very old (q4
>> 2019), but when i go to https://apps.fedoraproject.org/packages/ i
>> get a 503.
>&
On Sun, 11 Oct 2020 19:16:02 -0500
ITwrx wrote:
> I'm trying to find out why the nim-lang package "nim" is very old (q4
> 2019), but when i go to https://apps.fedoraproject.org/packages/ i
> get a 503.
>
> Am i going to the right place to see the source code, buil
On 10/11/20 7:16 PM, ITwrx wrote:
> I'm trying to find out why the nim-lang package "nim" is very old (q4
> 2019), but when i go to https://apps.fedoraproject.org/packages/ i get a
> 503.
>
> Am i going to the right place to see the source code, build status
I'm trying to find out why the nim-lang package "nim" is very old (q4
2019), but when i go to https://apps.fedoraproject.org/packages/ i get a
503.
Am i going to the right place to see the source code, build status of
the package, and who the maintainer is, et
On 2020-08-06 20:34, Anil Felipe Duggirala wrote:
> Could someone tell me, if I wanted to know, which are all the python packages
> (modules) that come installed by default in Fedora 32 Workstation, how would
> I be able to get that list?
Is this an already installed system?
If so,
hello,
Could someone tell me, if I wanted to know, which are all the python
packages (modules) that come installed by default in Fedora 32
Workstation, how would I be able to get that list?
thank you,
___
users mailing list -- users
On 5/24/20 7:13 AM, Danishka Navin wrote:
Btw, is there away to stop package installation with |--nosignature |option?
Idea is it restricts installation packages without correct signature.
Trying to stop yourself or someone else from installing? By default,
dnf will not install a package
On Sun, 24 May, 2020 at 19:43, Danishka Navin
wrote:
On Sun, May 24, 2020 at 6:53 PM berend
wrote:
On Sun, 24 May, 2020 at 18:36, Danishka Navin
wrote:
> Hi,
>
> Is it possible to find out all installed packages which were not
> signed (installed by ignoring gpgche
On Sun, May 24, 2020 at 6:53 PM berend wrote:
>
>
> On Sun, 24 May, 2020 at 18:36, Danishka Navin
> wrote:
> > Hi,
> >
> > Is it possible to find out all installed packages which were not
> > signed (installed by ignoring gpgcheck).
>
> Start
On Sun, 24 May, 2020 at 18:36, Danishka Navin
wrote:
Hi,
Is it possible to find out all installed packages which were not
signed (installed by ignoring gpgcheck).
Start with:
rpm --query --queryformat "%{NAME} %{SIGPGP:pgpsig}\n" --all
You may need to cross-check the key ID
Hi,
Is it possible to find out all installed packages which were not signed
(installed by ignoring gpgcheck).
regards,
--
Danishka Navin
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le
s
> with python 3. The 2 main failures are in regard to the following:
>
> import gnome.ui
>
> and
>
> import gnome.vfs
>
> or more specifically the packages:
>
> gnome-python2-gnomevfs-2.28.1-23.fc29.x86_64
> gnome-python2-gnome.x86_64
>
> so
gnome.ui
and
import gnome.vfs
or more specifically the packages:
gnome-python2-gnomevfs-2.28.1-23.fc29.x86_64
gnome-python2-gnome.x86_64
so my question is how do I get the same features in python 3?
The gnome.vfs failure occurred after I upgraded from F31 to F32. Under
F31 the front end
On Mon, 02 Dec 2019 14:21:18 -
Farhad Mohammadi Majd via users wrote:
> > On Sat, 30 Nov 2019 07:49:05 -
> > Farhad Mohammadi Majd via users
> > >
> >
> >. You will have to follow the
> > directions on the page you pointed to. To follow those instructions
> > you will have to
> On Sat, 30 Nov 2019 07:49:05 -
> Farhad Mohammadi Majd via users
>
>. You will have to follow the
> directions on the page you pointed to. To follow those instructions
> you will have to install the chrome browser, and then copy the
> libraries over, and uninstall chrome if you don't
On 2019-11-30 15:49, Farhad Mohammadi Majd via users wrote:
> Hello. Fedora 31 (AMD64) and Chromium 78, I have installed following packages
> on the system, but still MP4-H264 is not supported by Chromium:
>
> VLC + MPV + GNOME-MPV (celluloid) and their dependencies.
> gstreamer1-
You can use the chromium-freeworld from UnitedRPMs
(https://unitedrpms.github.io/); It works fine with widevine, flash, vaapi... I
am playing Netflix, Vimeo...
Good luck
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an
On Sat, 30 Nov 2019 07:49:05 -
Farhad Mohammadi Majd via users wrote:
> Hello. Fedora 31 (AMD64) and Chromium 78, I have installed following
> packages on the system, but still MP4-H264 is not supported by
> Chromium:
>
> VLC + MPV + GNOME-MPV (celluloid) and the
Hello. Fedora 31 (AMD64) and Chromium 78, I have installed following packages
on the system, but still MP4-H264 is not supported by Chromium:
VLC + MPV + GNOME-MPV (celluloid) and their dependencies.
gstreamer1-plugin-openh264, gstreamer1-libav, gstreamer1-plugins-ugly
I have seen <
ht
On Sat, 2019-11-16 at 16:40 -0800, Samuel Sieb wrote:
> On 11/16/19 3:56 AM, Patrick O'Callaghan wrote:
> > On Fri, 2019-11-15 at 19:10 -0700, stan via users wrote:
> > > On Fri, 15 Nov 2019 15:00:44 -0600
> > > Richard Shaw wrote:
> > >
> > >
>
On 11/16/19 3:56 AM, Patrick O'Callaghan wrote:
On Fri, 2019-11-15 at 19:10 -0700, stan via users wrote:
On Fri, 15 Nov 2019 15:00:44 -0600
Richard Shaw wrote:
Well, I don't just mean end user packages. I haven't done a fresh
install since at least Fedora 24 and before DNF leaf packages
On Fri, 2019-11-15 at 19:10 -0700, stan via users wrote:
> On Fri, 15 Nov 2019 15:00:44 -0600
> Richard Shaw wrote:
>
>
> > Well, I don't just mean end user packages. I haven't done a fresh
> > install since at least Fedora 24 and before DNF leaf packages were not
&
On Fri, 15 Nov 2019 15:00:44 -0600
Richard Shaw wrote:
> Well, I don't just mean end user packages. I haven't done a fresh
> install since at least Fedora 24 and before DNF leaf packages were not
> automatically removed...
You could look for old packages.
dnf list installed | gre
On Fri, Nov 15, 2019 at 11:31 AM Patrick O'Callaghan
wrote:
> On Fri, 2019-11-15 at 10:39 -0600, Richard Shaw wrote:
> > Working on downloading all the packages to update to Fedora 31 and
> noticed
> > that I have 4877 packages (and 6GB) to update (excluding a handf
On Fri, 15 Nov 2019 at 16:40, Richard Shaw wrote:
> Working on downloading all the packages to update to Fedora 31 and noticed
> that I have 4877 packages (and 6GB) to update (excluding a handful of new
> weak dependencies).
>
> Anyone have a good workflow they use to remove un
On Fri, 2019-11-15 at 10:39 -0600, Richard Shaw wrote:
> Working on downloading all the packages to update to Fedora 31 and noticed
> that I have 4877 packages (and 6GB) to update (excluding a handful of new
> weak dependencies).
Sounds about right.
> Anyone have a good workf
Working on downloading all the packages to update to Fedora 31 and noticed
that I have 4877 packages (and 6GB) to update (excluding a handful of new
weak dependencies).
Anyone have a good workflow they use to remove unneeded packages?
Thanks,
Richard
On 11/7/19 1:11 AM, Jouk Jansen wrote:
When performing an upgrade from F30 to F31 on one of my machines the upgrade
process tries to install (yes an install not an upgrade) the packages
hdf.x86-64 and hdf.i686. This fails due to a mismatch in these packages of
/usr/bin/h4cc and /usr/bin/h4fc
1 - 100 of 768 matches
Mail list logo
