search for: appstream

On Mon, 17 Aug 2020 16:37:20 -0500 Gregory P. Ennis wrote: > "This system is not registered to Red Hat Subscription Management. You can use > subscription-manager to register." It sounds like you have something installed that doesn't need to be or shouldn't be installed. Under what circumstances does that message appear? I haven't seen it on any of my C8 systems,

..."dnf update" I'm proposed "standard" libvirt and qemu-kvm sw stack, I think because of their version apparently greater (10 vs 9.5 and 8.2 vs 8.0): Upgrading: libvirt x86_64 10.0.0-4.el9 appstream 23 k libvirt-client x86_64 10.0.0-4.el9 appstream 438 k libvirt-client-qemu x86_64 10.0.0-4.el9 appstream 47 k libvirt-d...

...tion-manager x86_64 1.26.17-1.el8_2 @BaseOS 86 k python3-subscription-manager-rhsm x86_64 1.26.17-1.el8_2 @BaseOS 389 k subscription-manager x86_64 1.26.17-1.el8_2 @BaseOS 4.2 M subscription-manager-initial-setup-addon x86_64 1.26.17-1.el8_2 @AppStream 45 k subscription-manager-rhsm-certificates x86_64 1.26.17-1.el8_2 @BaseOS 0 Removing dependent packages: abrt-cli x86_64 2.10.9-11.el8 @AppStream 0 abrt-desktop x86_64 2.10.9-11.el8 @AppStream 0 initial-set...

...1.2.4-15.el8 @anaconda python3-slip-dbus.noarch 0.6.4-11.el8 @anaconda abrt-dbus.x86_64 2.10.9-11.el8 AppStream dbus-devel.i686 1:1.12.8-9.el8 AppStream dbus-devel.x86_64 1:1.12.8-9.el8 AppStream dbus-glib.i686 0.110-2.el8...

Trying to install certbot, for Lets Encrypt certificate installation. How do I fix the below repo issue? I have not been successful tracking down this issue using google. [root at dream postfix]# yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm CentOS-8 - AppStream 0.0 B/s | 0 B 00:10 Failed to download metadata for repo 'AppStream' Error: Failed to download metadata for repo 'AppStream' [root at dream postfix]# ^C [root at dream postfix]# ls /etc/yum.repos.d/ CentOS...

Dear CentOS members, Does someone know how to resolve this package conflict, it is creating security issues with freeipa dependencies. [root at freeipa01 ~]# yum update --refresh CentOS Stream 8 - AppStream 102 kB/s | 4.4 kB 00:00 CentOS Stream 8 - BaseOS 18 kB/s | 3.9 kB 00:00 CentOS Stream 8 - Extras...

All, While updating my package using dnf update all I allow dnf to clean some package with unresolved dependencies. I would like to reinstall some of them but got an error message "but none of the providers can be installed" during the install process as dnf is trying to install the dependencies. . This happens for some critical package like boost-openmpi-devel (see below for

...6.el8.x86_64 > boost-openmpi-devel-1.66.0-6.el8.x86_64 > boost-static-1.66.0-6.el8.x86_64 > gcc-8.2.1-3.5.el8.x86_64 > gcc-c++-8.2.1-3.5.el8.x86_64 > gcc-gdb-plugin-8.2.1-3.5.el8.x86_64 > gcc-gfortran-8.2.1-3.5.el8.x86_64 The 8.1 versions and trees they should be in are ./AppStream/x86_64/os/Packages/annobin-8.78-1.el8.x86_64.rpm ./AppStream/x86_64/os/Packages/boost-devel-1.66.0-6.el8.i686.rpm ./AppStream/x86_64/os/Packages/boost-devel-1.66.0-6.el8.x86_64.rpm ./AppStream/x86_64/os/Packages/gcc-8.3.1-4.5.el8.x86_64.rpm ./AppStream/x86_64/os/Packages/gcc-gdb-plugin-8.3.1-4.5.el...

Hi All, I've just installed a test laptop with CentOS Stream 8.1. I notice that the default install has both CentOS-Base and CentOS-Base-Appstream repos enabled. Is that necessary, or should I just have the Appstream repos enabled. The reason I'm asking is because I'm having trouble updating the installation. The problem seems to be some installed rpms seem to depend on updates from the CentOS-Base repos and others seem to depend on...

...bout the underlying issue? Under what >> argumentation does it NOT constitute to be an issue? >> > Modules suck .. :) > > But that is built and in the repo .. > > dnf list 'nginx*' > > nginx.x86_64 > 1:1.14.1-9.module_el8.0.0+184+e34fea82 AppStream > nginx-all-modules.noarch > 1:1.14.1-9.module_el8.0.0+184+e34fea82 AppStream > nginx-filesystem.noarch > 1:1.14.1-9.module_el8.0.0+184+e34fea82 AppStream > nginx-mod-http-image-filter.x86_64 > 1:1.14.1-9.module_el8.0.0+184+e34fea82...

Thanks, Stephen. Just for completeness, the repo I am currently pointing to are [piot at paris opal]$ sudo dnf update CentOS-8 - AppStream 775 kB/s | 5.8 MB 00:07 CentOS-8 - Base 798 kB/s | 4.0 MB 00:05 CentOS-8 - Extras 2.9 kB/s | 2.1 kB 00:00 CentOS-8 - PowerTools 686 kB/s | 2.0 MB 00:02 ELRepo.org Community Enterprise Linux Reposito...

On 04/08/2020 23:50, Jon Pruente wrote: > On Tue, Aug 4, 2020 at 11:34 AM <centos at niob.at> wrote: > >> Q5) If the answer to the last question is "no": shouldn't there be such >> a resource? >> > CentOS doesn't publish security errata. If you need it then you should > either buy RHEL, or deal with putting together your own set up with >

...> let topurl = @@ -1262,7 +1265,9 @@ and make_rhel_yum_conf major minor arch = major major minor in sprintf "%s/BaseOS/%s/os" topurl (string_of_arch arch), sprintf "%s/BaseOS/source/tree" topurl, - None (* XXX sort out AppStream and CRB *) + Some ("AppStream", + sprintf "%s/AppStream/%s/os" topurl (string_of_arch arch), + sprintf "%s/AppStream/source/tree" topurl) | _ -> assert false in bpf "\ @@ -1285,23 +1290,25 @@ keepcache=0...

...address and know the content is safe. > On 4/21/20 2:09 PM, Tony Molloy wrote: > > > > Hi All, > > > > I've just installed a test laptop with CentOS Stream 8.1. > > > > I notice that the default install has both CentOS-Base and > > CentOS-Base-Appstream repos enabled. Is that necessary, or should I > > just have the Appstream repos enabled. > > > > The reason I'm asking is because I'm having trouble updating the > > installation. The problem seems to be some installed rpms seem to > > depend on updates from t...

is there an issue happening ? yum provides "*/firewall-config" CentOS-8 - AppStream 0.0 B/s | 0 B 00:05 Failed to download metadata for repo 'AppStream' Error: Failed to download metadata for repo 'AppStream' jerry

...helpful. > > So what do you think about the underlying issue? Under what > argumentation does it NOT constitute to be an issue? > Modules suck .. :) But that is built and in the repo .. dnf list 'nginx*' nginx.x86_64 1:1.14.1-9.module_el8.0.0+184+e34fea82 AppStream nginx-all-modules.noarch 1:1.14.1-9.module_el8.0.0+184+e34fea82 AppStream nginx-filesystem.noarch 1:1.14.1-9.module_el8.0.0+184+e34fea82 AppStream nginx-mod-http-image-filter.x86_64 1:1.14.1-9.module_el8.0.0+184+e34fea82 AppStream nginx-mod-http-pe...

...ise Linux users > and scripts are used to the yum commands. You can use either dnf or > yum4 on the command line and get the same results. You mentioned you're familiar with Fedora, so you're probably aware of Application Streams -- but for those reading this thread unfamiliar with AppStreams, I'll add the caveat that dnf behaves differently than yum in this regard. Here's some background: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/installing_managing_and_removing_user_space_components/using-appstream_using-appstream Right now, the only EL...

...650 k ImageMagick-libs x86_64 6.9.10.86-1.el8 @epel 8.4 M LibRaw x86_64 0.19.1-1.el8 @AppStream 1.9 M OpenEXR-libs x86_64 2.2.0-11.el8 @AppStream 3.4 M atril x86_64...

On Tue, 5 May 2020 05:30:26 -0400 Eddie O'Connor wrote: > Are there .conf files for the desktop?....what about logs?....something's > got to be amiss somewhere....and Linux always complains when it is.....in > logs. Just wondering out loud... What happens if he sets up a new user? Does the desktop work then? -- Can we uninstall 2020 and install it again? This one has a virus.

...er PHP 7.2 with fpm and > Python 3.6, which is exactly what I installed from 3rd party > repositories in Centos 7 on my vps. I will test upgrade from C7 to > disable epel and webtatic. Did you try SCL instead of directly installing packages from another repo? It is similar to how the new Appstreams allow multiple concurrent versions. > I'm waiting for blogs and "youtubs" to report > on appstream and what I could install from Fedora maybe. I have more > confidence in Fedora repos than epel, since the latter is usually > rebuild Fedora packages anyway. > EPEL is...