Am 15.11.21 um 22:08 schrieb Phil Perry:
On 15/11/2021 11:49, Leon Fauster via CentOS wrote:
Am 14.11.21 um 14:59 schrieb Phil Perry:
On 14/11/2021 13:08, Leon Fauster via CentOS wrote:
Hey,
i wonder if its possible to use dnf and dictate it to not install
packages that are younger then $((t
On 15/11/2021 11:49, Leon Fauster via CentOS wrote:
Am 14.11.21 um 14:59 schrieb Phil Perry:
On 14/11/2021 13:08, Leon Fauster via CentOS wrote:
Hey,
i wonder if its possible to use dnf and dictate it to not install
packages that are younger then $((today - 7 )) for example.
If not directly
Am 14.11.21 um 14:59 schrieb Phil Perry:
On 14/11/2021 13:08, Leon Fauster via CentOS wrote:
Hey,
i wonder if its possible to use dnf and dictate it to not install
packages that are younger then $((today - 7 )) for example.
If not directly possible, any other ways to accomplishing it?
Sure, b
On 14/11/2021 13:08, Leon Fauster via CentOS wrote:
Hey,
i wonder if its possible to use dnf and dictate it to not install
packages that are younger then $((today - 7 )) for example.
If not directly possible, any other ways to accomplishing it?
Sure, building repos with snapshots would work he
Hey,
i wonder if its possible to use dnf and dictate it to not install
packages that are younger then $((today - 7 )) for example.
If not directly possible, any other ways to accomplishing it?
Sure, building repos with snapshots would work here but I am
looking for additional ways ...
--
Thank
Il 2021-07-24 20:12 Simon Matter ha scritto:
Maybe redirecting only stderr to /dev/null is enough?
No, it really goes to stdout.
Anyway, masking all error redirecting them to /dev/null would be too
heavy-handed.
Regards.
--
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
emai
> Hi all,
> I noticed that "yum -q" (or "dnf" -q) on CentOS 8 is not really quiet
> anymore. For example (notiche the "upgraded" line):
>
> [root@localhost cron.d]# yum upgrade -y -q
>
> Upgraded:
>python3-perf-4.18.0-305.10.2.el8_4.x86_64
>
> While yum historically had issue with the quiet opt
Hi all,
I noticed that "yum -q" (or "dnf" -q) on CentOS 8 is not really quiet
anymore. For example (notiche the "upgraded" line):
[root@localhost cron.d]# yum upgrade -y -q
Upgraded:
python3-perf-4.18.0-305.10.2.el8_4.x86_64
While yum historically had issue with the quiet option [1], this
hi all,
i could use some guidance in debugging an issue on centos 7.9 where
"suddenly" yum refuses to install a package. the package has multiple
version in 2 repos: highest version is in a repo with prio=5, the other
lower versions are in a repo without any priorities set.
we however require a sp
system-config-lvm appears to be deprecated:
https://duckduckgo.com/?q=centos+%22system-config-lvm%22&t=ffab&ia=web
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
Hi,
I'm trying to find a YUM package. My system runs a CentOS-7.2.1511 (yes, it's a
old version, but some software is "stable" with this CentOS version). Now, I'm
looking for a package with YUM. When a run "yum provides */system-config-lvm",
I get this error:
[root@mysystem ~]# yum provides */s
We utilize Spacewalk and the errata from https://cefs.steve-meier.de/ to
provide this function for CentOS.
Andrea
-Original Message-
From: CentOS On Behalf Of Jon Pruente
Sent: Friday, November 13, 2020 7:08 PM
To: CentOS mailing list
Subject: {EXTERNAL} Re: [CentOS] yum update
On Fri, Nov 13, 2020 at 6:02 PM Eric Chennells
wrote:
> Frank,
>
> Interesting thank you I didn't realize that. It used to be supported I
> believe, and there is a lot of out of date 3rd party documentation floating
> around google that suggests it does.
>
> Well it's just that many enterprises
On Nov 13, 2020, at 19:01, Eric Chennells wrote:
>
> Frank,
>
> Interesting thank you I didn't realize that. It used to be supported I
> believe, and there is a lot of out of date 3rd party documentation floating
> around google that suggests it does.
>
> Well it's just that many enterprises
Frank,
Interesting thank you I didn't realize that. It used to be supported I
believe, and there is a lot of out of date 3rd party documentation floating
around google that suggests it does.
Well it's just that many enterprises have policies which state that only
security updates should be insta
On Fri, 13 Nov 2020 15:52:08 -0800
Eric Chennells wrote:
> Does anyone know what's going on here?
That is unsupported by Centos. So the short answer is, you can't do that.
Any particular reason you can't just update your system fully?
--
Can we uninstall 2020 and install it again? This one ha
Hello,
I'm trying to do a yum update and only apply the security patches.
I'm aware of yum update --security , however when I do that it fails to
install any updates. I've tried this on a fresh 7.8.2003 (core) system, as
well as the Centos 7 AMI on AWS, specifically ami-04a25c39dc7a8aebb and I
g
On 6/06/20 7:34 am, Kenneth Porter wrote:
That's quite handy! But not what I'm looking for. I'm trying to figure
out what edits I made to my config files.
Just mv those files that you changed (as shown by rpm -V packagename)
and yum reinstall the package, then you can diff the original files t
--On Monday, June 08, 2020 5:00 PM +0100 Paddy Doyle
wrote:
It won't track /var/named/* though.
I love etckeeper enough that I started keeping /var/named under git, as
well.
I do disable etckeeper's nightly commit as I don't want it combining
unrelated changes into a single commit if I f
On Mon, Jun 08, 2020 at 04:00:31PM +0100, Paddy Doyle wrote:
> Just to mention that 'etckeeper' from EPEL is a great way of tracking
Ah, I see you mentioned you were using that already in the original post.
Sorry for the noise.
Paddy
___
CentOS mailin
On Fri, Jun 05, 2020 at 12:34:07PM -0700, Kenneth Porter wrote:
> I'm trying to figure out
> what edits I made to my config files.
>
> My most recent case was trying to figure out what I'd done to my BIND files
> (/etc/named.*, /etc/logrotate.d/named, /var/named/*). I ended up just
> tarring them
On 6/5/20 4:31 PM, Kenneth Porter wrote:
> --On Friday, June 05, 2020 1:39 PM -0700 John Pierce
> wrote:
>
>> don't most packages create a .rpmnew file if you've modified the previous
>> package file ?
>
> That file is created AFTER you've made edits, and reflects only the
> state of the file in
> --On Friday, June 05, 2020 1:39 PM -0700 John Pierce
>
> wrote:
>
>> don't most packages create a .rpmnew file if you've modified the
>> previous
>> package file ?
>
> That file is created AFTER you've made edits, and reflects only the state
> of the file in the latest package. So it's not clear
Am 05.06.20 um 23:31 schrieb Kenneth Porter:
--On Friday, June 05, 2020 1:39 PM -0700 John Pierce
wrote:
don't most packages create a .rpmnew file if you've modified the previous
package file ?
That file is created AFTER you've made edits, and reflects only the
state of the file in the lat
--On Friday, June 05, 2020 1:39 PM -0700 John Pierce
wrote:
don't most packages create a .rpmnew file if you've modified the previous
package file ?
That file is created AFTER you've made edits, and reflects only the state
of the file in the latest package. So it's not clear what changed fr
On Fri, Jun 5, 2020 at 12:35 PM Kenneth Porter
wrote:
> On 6/5/2020 12:21 PM, Johnny Hughes wrote:
> > if you click on the six digit number, for example, e52775 for the
> > current latest "import 389-ds-base-1.3.10.1-9.el7_8". The result is
> > every diff of every change for the rpm.
>
> That's
On 6/5/2020 12:21 PM, Johnny Hughes wrote:
if you click on the six digit number, for example, e52775 for the
current latest "import 389-ds-base-1.3.10.1-9.el7_8". The result is
every diff of every change for the rpm.
That's quite handy! But not what I'm looking for. I'm trying to figure
out w
On 6/5/20 2:21 PM, Johnny Hughes wrote:
> On 6/5/20 11:55 AM, Kenneth Porter wrote:
>> --On Friday, June 05, 2020 9:10 AM -0500 Johnny Hughes
>> wrote:
>>
>>> These are two totally separate programs and projects.
>>
>> I'm not talking about diff'ing the yum and dnf programs. I'm talking
>> about d
On 6/5/20 11:55 AM, Kenneth Porter wrote:
> --On Friday, June 05, 2020 9:10 AM -0500 Johnny Hughes
> wrote:
>
>> These are two totally separate programs and projects.
>
> I'm not talking about diff'ing the yum and dnf programs. I'm talking
> about diffing the RPM packages that "rpm -V" reveals a
--On Friday, June 05, 2020 9:10 AM -0500 Johnny Hughes
wrote:
These are two totally separate programs and projects.
I'm not talking about diff'ing the yum and dnf programs. I'm talking about
diffing the RPM packages that "rpm -V" reveals as changed. Such a utility
would download the packag
On 6/1/20 7:25 PM, Kenneth Porter wrote:
> I'm used to using "git diff" and "svn diff" to view changes in my
> development system. Is there a similar thing that works with changes
> between a repository package and the installed RPM? Ie. something that
> shows the changes in /etc hinted at by "rpm
I'm used to using "git diff" and "svn diff" to view changes in my
development system. Is there a similar thing that works with changes
between a repository package and the installed RPM? Ie. something that
shows the changes in /etc hinted at by "rpm -V". I'm already using
etckeeper+git but that
On 25/1/20 11:56 am, Anthony K wrote:
[0]: https://anindya.me/2011/09/17/grub-fallback-after-kernel-panic/
I've just discovered that the article I posted is a rather old post so
went hunting.
If you have a RHEL subscription (I'm using the free developer
subscription) you can see the officia
On 23/1/20 12:44 am, Gary Stainburn wrote:
...
As I will probably only have one chance to fix this (without having to get the
ISP's help again) I was wondering if there are any clear instructions on how to
remove a failed kernel RPM update, returning the server to the state it was in
prior to
On Thursday 23 January 2020 15:22:32 Simon Matter via CentOS wrote:
> >
> > Before you try the update again, you'll have to fix the reason for the
> > failure - add memory, or at least add a swap file.
> >
> > You could check with
> > rpm -qa --last | head -20
> > which the latest packages are that
On 1/23/20 2:29 PM, Nataraj wrote:
>
> I would agree. I have the same behavior in a Redhat 8 development
> system, so it's not a problem with the Centos build. I have not added
> any repositories other then the Redhat
> codeready-builder-for-rhel-8-x86_64-rpms. I original installed 8.0 and
> have
>
> Simon and others
> Here's a very simple and hopefully reproducible test-case
>
> Select as your boot ISO:
> CentOS-8.1.1911-x86_64-dvd1.iso
> Choose to reclaim all space on the disk
> Choose 'Minimal Install' as the software selection
> Connect yourself to the network (I use a wired connectio
> On 1/22/20 3:57 PM, Gary Stainburn wrote:
>> I have managed to find out what happened in the yum update and it turns
>> out it was a mess. It looks like the server ran out of memory in the
>> middle and things then started to fail. Any advice on how to recover
>> from this would be greatly appr
On 1/22/20 3:57 PM, Gary Stainburn wrote:
> I have managed to find out what happened in the yum update and it turns out
> it was a mess. It looks like the server ran out of memory in the middle and
> things then started to fail. Any advice on how to recover from this would be
> greatly appreci
> I have managed to find out what happened in the yum update and it turns
> out it was a mess. It looks like the server ran out of memory in the
> middle and things then started to fail. Any advice on how to recover from
> this would be greatly appreciated
I may sound old school but my suggestio
On 1/22/20 11:04 AM, david wrote:
At 08:05 PM 1/21/2020, you wrote:
> On 1/21/20 10:10 AM, david wrote:
>> At 08:52 AM 1/21/2020, David G. Miller wrote:
>>
>>
>>> On 1/21/20 9:35 AM, david wrote:
Folks
In a test Centos 8 installation as a guest of VirtualBox on Windows
10, I
On Jan 22, 2020, at 11:04 AM, david wrote:
>
> After the reboot, issue as root:
> yum -y install perl chrony perl-libwww-perl perl-App-cpanminus gcc
Thank you for boiling that down. We’ve been seeing the symptom here, too, but
the trigger was somewhere inside a thousand-like shell script.
We
At 08:05 PM 1/21/2020, you wrote:
> On 1/21/20 10:10 AM, david wrote:
>> At 08:52 AM 1/21/2020, David G. Miller wrote:
>>
>>
>>> On 1/21/20 9:35 AM, david wrote:
Folks
In a test Centos 8 installation as a guest of VirtualBox on Windows
10, I want to install ffmpeg, and support
At 08:10 AM 1/22/2020, you wrote:
On Tue, Jan 21, 2020 at 08:35:14AM -0800, david wrote:
> yum list installed
>
> and the following diagnostics occur:
> ---
> Modular dependency problems:
>
> Problem 1: conflicting requests
> - nothing provides module(perl:5.26) n
On Tue, Jan 21, 2020 at 08:35:14AM -0800, david wrote:
> yum list installed
>
> and the following diagnostics occur:
> ---
> Modular dependency problems:
>
> Problem 1: conflicting requests
> - nothing provides module(perl:5.26) needed by module
> perl-App-cpanmin
I have managed to find out what happened in the yum update and it turns out it
was a mess. It looks like the server ran out of memory in the middle and
things then started to fail. Any advice on how to recover from this would be
greatly appreciated
The log below shows:
[root@vps2 ~]# yum his
I have a VPS running C7. I ran a 'yum update' which included a kernel update.
The yum update wasn't a total success because mariadb updates failed. However
everything else appeared to work.
However, when I rebooted the server it did not restart. I have managed to get
the ISP's support desk to b
> On 1/21/20 10:10 AM, david wrote:
>> At 08:52 AM 1/21/2020, David G. Miller wrote:
>>
>>
>>> On 1/21/20 9:35 AM, david wrote:
Folks
In a test Centos 8 installation as a guest of VirtualBox on Windows
10, I want to install ffmpeg, and support for exfat. They're not in
the
On 1/21/20 10:10 AM, david wrote:
At 08:52 AM 1/21/2020, David G. Miller wrote:
On 1/21/20 9:35 AM, david wrote:
Folks
In a test Centos 8 installation as a guest of VirtualBox on Windows
10, I want to install ffmpeg, and support for exfat. They're not in
the standard distribution (as far a
At 08:52 AM 1/21/2020, David G. Miller wrote:
On 1/21/20 9:35 AM, david wrote:
Folks
In a test Centos 8 installation as a guest of
VirtualBox on Windows 10, I want to install
ffmpeg, and support for exfat. They're not in
the standard distribution (as far as I know), so I issue as root:
Â
On 1/21/20 9:35 AM, david wrote:
Folks
In a test Centos 8 installation as a guest of VirtualBox on Windows
10, I want to install ffmpeg, and support for exfat. They're not in
the standard distribution (as far as I know), so I issue as root:
yum -y --enablerepo rpmfusion-free-updates inst
Folks
In a test Centos 8 installation as a guest of VirtualBox on Windows
10, I want to install ffmpeg, and support for exfat. They're not in
the standard distribution (as far as I know), so I issue as root:
yum -y --enablerepo rpmfusion-free-updates install ffmpeg
fuse-exfat exfat-utils
Le 16/12/2019 à 14:25, Nicolas Kovacs a écrit :
> I logged out and logged back in and tried the 'yum check-update' command,
> which
> normally doesn't require root privileges. And here's what I get:
>
> $ yum check-update
> Failed to set locale, defaulting to C
> Last metadata expiration ch
Hi,
I'm currently fiddling with CentOS 8.0 on a sandbox server in order to get
acquainted with its various quirks and idiosyncrasies.
Here's the first curious detail I noticed.
I used the CentOS installer in french (since I live in France), but I like my
server systems to default to english. (If
In article <201911071633.27771.gary.stainb...@ringways.co.uk>,
Gary Stainburn wrote:
> Hi Paddy,
>
> I was suspecting the same, and from the output below I think you're right.
> However, I was hoping I could just repair
> this problem for now, and worry about replacing the HDD later. I need to
Hi Paddy,
I was suspecting the same, and from the output below I think you're right.
However, I was hoping I could just repair this problem for now, and worry about
replacing the HDD later. I need to resume some services that also seem to
generate this same error.
Gary
[root@zeppo services]#
Hi Gary,
That "Input/output error" suggests a disk problem to me. Does that file
/usr/lib64/python2.7/lib-dynload/itertoolsmodule.so actually exist and is
it readable?
Also look the the output of 'rpm -V python-libs' to see if rpm considers
the installed files to be corrupt.
If it's not that, th
I've just tried a yum update on one of my C7 boxes and got the following output.
I'm guessing to fix this I need to re-install the RPM, but I can't remove it
because of dependancies, so how can I fix the problem?
I've managed to download a later version of the RPM, but haven't managed to
find th
On Tue, 2019-05-07 at 12:07 +1000, Jobst Schmalenbach wrote:
> Hi
>
> Just got a new server replacing another server.
> I had to use iptables to protect it until I could move a hardware
> firewall from the old server to the new server.
>
> Now I am trying to delete iptables but it wants to delete
> Hi
>
> Just got a new server replacing another server.
> I had to use iptables to protect it until I could move a hardware firewall
> from the old server to the new server.
>
> Now I am trying to delete iptables but it wants to delete lots of other
> dependency packages, e.g. sendmail, cyrus-sasl
Hi
Just got a new server replacing another server.
I had to use iptables to protect it until I could move a hardware firewall from
the old server to the new server.
Now I am trying to delete iptables but it wants to delete lots of other
dependency packages, e.g. sendmail, cyrus-sasl and even pl
On Apr 17, 2019, at 11:45 AM, Johnny Hughes wrote:
>
> yum groupinstall "GNOME Desktop" "X Window System"
>
> That should work
I did that plus the other two groups referenced above, each group added
separately.
I’ve just tried a “groupremove” on everything I added and then added just the
two
On 4/17/19 12:00 PM, mark wrote:
> Warren Young wrote:
>> I’ve got a CentOS 7 VM here that was installed with one of the CLI-only
>> presets. To answer a question in another thread here, I wanted to
>> install a GNOME desktop environment in it, so I went searching and found
>> the standard instruc
Warren Young wrote:
> I’ve got a CentOS 7 VM here that was installed with one of the CLI-only
> presets. To answer a question in another thread here, I wanted to
> install a GNOME desktop environment in it, so I went searching and found
> the standard instructions for doing that.
>
> The problem i
I’ve got a CentOS 7 VM here that was installed with one of the CLI-only
presets. To answer a question in another thread here, I wanted to install a
GNOME desktop environment in it, so I went searching and found the standard
instructions for doing that.
The problem is that rebooting the VM give
On Tue, 22 Jan 2019 09:41:09 -0800 Akemi Yagi wrote:
> On Tue, Jan 22, 2019 at 8:01 AM Akemi Yagi wrote:
> >
> > That output indicates that that kmod package is built for the EL 7.5
> > kernel and is not compatible with the current kernel. I suggest you
> > file a request to have the kmod-8188eu
On Tue, Jan 22, 2019 at 10:49 AM Jonathan Billings wrote:
>
> On Tue, Jan 22, 2019 at 12:03:22PM -0500, Mike Burger wrote:
> > Another alternative may be to pull down the SRPM and run it through rpmbuild
> > to locally create a binary package compatible with the system as it's
> > currently instal
On Tue, Jan 22, 2019 at 12:03:22PM -0500, Mike Burger wrote:
> Another alternative may be to pull down the SRPM and run it through rpmbuild
> to locally create a binary package compatible with the system as it's
> currently installed/running.
I encourage this behavior, however, elrepo kmod package
On Tue, 22 Jan 2019 12:03:22 -0500
Mike Burger wrote:
> On 2019-01-22 11:01, Akemi Yagi wrote:
> > On Tue, Jan 22, 2019 at 7:54 AM Marko Vojinovic
> > wrote:
> >> I am having trouble using the realtek wifi chip in my new tp-link
> >> usb wifi dongle.
[snip]
> >> However, yum install kmod-8188eu
On Tue, 22 Jan 2019 08:01:55 -0800
Akemi Yagi wrote:
> On Tue, Jan 22, 2019 at 7:54 AM Marko Vojinovic
> wrote:
> >
> > I am having trouble using the realtek wifi chip in my new tp-link
> > usb wifi dongle.
[snip]
> > However, yum install kmod-8188eu refuses to install it (full yum
> > output is
On Tue, Jan 22, 2019 at 8:01 AM Akemi Yagi wrote:
>
> On Tue, Jan 22, 2019 at 7:54 AM Marko Vojinovic wrote:
> > What is the best way to resolve this? Is there some kernel package
> > somewhere that matches these properties, or is there some other package
> > that provides these features to an e
On 2019-01-22 11:01, Akemi Yagi wrote:
On Tue, Jan 22, 2019 at 7:54 AM Marko Vojinovic
wrote:
I am having trouble using the realtek wifi chip in my new tp-link
usb wifi dongle. Upon plugging it, the device gets registered by the
kernel (in /var/log/messages), but that's about it, no network d
On Tue, Jan 22, 2019 at 7:54 AM Marko Vojinovic wrote:
>
>
> I am having trouble using the realtek wifi chip in my new tp-link
> usb wifi dongle. Upon plugging it, the device gets registered by the
> kernel (in /var/log/messages), but that's about it, no network device
> is being created (iwconfig
I am having trouble using the realtek wifi chip in my new tp-link
usb wifi dongle. Upon plugging it, the device gets registered by the
kernel (in /var/log/messages), but that's about it, no network device
is being created (iwconfig does not see it, nothing else works).
A few google searches late
On Jan 11, 2019, at 16:01, mark wrote:
>
> Ok, final resolution: reinstalled the 390... and there's no driver for the
> current kernel. I did an rpm -ql, and it's for an 862 kernel.
>
> Time to remove, and go to the proprietary (this server has two Tesla
> cards, and uses CUDA).
You actually wa
On 11/01/2019 19:11, mark wrote:
Stephen Berg (Code 7309) wrote:
On 1/11/19 10:41 AM, mark wrote:
C7, and I did a yum update --disableexcludes=all, and yet it's telling
me [nvidia]: excluding kmod-nvidia-410.66-1.el7_5.elrepo.x86_64
[nvidia]: excluding kmod-nvidia-410.73-1.el7_5.elrepo.x86_64
Pete Biggs wrote:
>>
>> Ok, final resolution: reinstalled the 390... and there's no driver for
>> the current kernel. I did an rpm -ql, and it's for an 862 kernel.
>>
>> Time to remove, and go to the proprietary (this server has two Tesla
>> cards, and uses CUDA).
>
> Definitely. If you are using C
>
> Ok, final resolution: reinstalled the 390... and there's no driver for the
> current kernel. I did an rpm -ql, and it's for an 862 kernel.
>
> Time to remove, and go to the proprietary (this server has two Tesla
> cards, and uses CUDA).
>
Definitely. If you are using CUDA with Tesla cards
mark wrote:
> Stephen Berg (Code 7309) wrote:
>
>> On 1/11/19 10:41 AM, mark wrote:
>>
>>
>>> C7, and I did a yum update --disableexcludes=all, and yet it's
>>> telling me [nvidia]: excluding
>>> kmod-nvidia-410.66-1.el7_5.elrepo.x86_64 [nvidia]: excluding
>>> kmod-nvidia-410.73-1.el7_5.elrepo.x86_
Stephen Berg (Code 7309) wrote:
> On 1/11/19 10:41 AM, mark wrote:
>
>> C7, and I did a yum update --disableexcludes=all, and yet it's telling
>> me [nvidia]: excluding kmod-nvidia-410.66-1.el7_5.elrepo.x86_64
>> [nvidia]: excluding kmod-nvidia-410.73-1.el7_5.elrepo.x86_64
>> [nvidia]: excluding km
On Fri, 2019-01-11 at 11:41 -0500, mark wrote:
> C7, and I did a yum update --disableexcludes=all, and yet it's telling me
> [nvidia]: excluding kmod-nvidia-410.66-1.el7_5.elrepo.x86_64
> [nvidia]: excluding kmod-nvidia-410.73-1.el7_5.elrepo.x86_64
> [nvidia]: excluding kmod-nvidia-410.73-2.el7_6.e
C7, and I did a yum update --disableexcludes=all, and yet it's telling me
[nvidia]: excluding kmod-nvidia-410.66-1.el7_5.elrepo.x86_64
[nvidia]: excluding kmod-nvidia-410.73-1.el7_5.elrepo.x86_64
[nvidia]: excluding kmod-nvidia-410.73-2.el7_6.elrepo.x86_64
[nvidia]: excluding kmod-nvidia-410.78-1.e
On 09/11/2018 15:10, Vic Chester wrote:
Good to know I am not the only one. I imagine since many environments use
proxies these days, this is encountered more frequently.
Would be great to hear from the devs on this.
You should ask upstream, http://lists.baseurl.org/mailman/listinfo/yum-deve
Good to know I am not the only one. I imagine since many environments use
proxies these days, this is encountered more frequently.
Would be great to hear from the devs on this.
On Fri, Nov 9, 2018, 9:41 AM Simon Matter > I have configured yum to use a proxy via the yum.conf file by adding:
> >
>
> I have configured yum to use a proxy via the yum.conf file by adding:
>
> proxy=http://myproxy.com:8080/
>
> What I noticed when running yum check-up date is that some requests are
> going through the proxy while the system seems to be trying to resolve the
> domains of other hosts in the repo an
I have configured yum to use a proxy via the yum.conf file by adding:
proxy=http://myproxy.com:8080/
What I noticed when running yum check-up date is that some requests are
going through the proxy while the system seems to be trying to resolve the
domains of other hosts in the repo and trying to
I have configured yum to use a proxy via the yum.conf file by adding:
proxy=http://myproxy.com:8080/
What I noticed when running yum check-up date is that some requests are
going through the proxy while the system seems to be trying to resolve the
domains of other hosts in the repo and trying to
On Tue, 29 May 2018 07:56:45 -0400
Fred Smith wrote:
> Yes, I did do "rpm -ivh *.rpm" and it installed without issue.
I suspect that if you installed just the dependency first (from your local
directory) and then the rest of the program it would have worked.
Again, because yum looks for depen
On Mon, May 28, 2018 at 08:21:14PM -0600, Frank Cox wrote:
> On Mon, 28 May 2018 21:08:26 -0400
> Fred Smith wrote:
>
> > Trying to install the latest LibreOffice downloaded from Libreoffice.org.
> > I had 6.0.1.1 and downloaded 6.4.0.2, and kept getting dependency errors:
>
> I expect that yum i
On Friday 25 May 2018 07:57:16 John Hodrien wrote:
> On Thu, 24 May 2018, Gary Stainburn wrote:
> > Questions
> >
> > 1) Any ideas why my yum runs keep hanging, and what I can do to fix it?
>
> It's likely it's hanging in a script, so just trace it all through. yum
> will start other processes u
On Mon, 28 May 2018 21:08:26 -0400
Fred Smith wrote:
> Trying to install the latest LibreOffice downloaded from Libreoffice.org.
> I had 6.0.1.1 and downloaded 6.4.0.2, and kept getting dependency errors:
I expect that yum is looking for dependencies online, i.e. from one of your
configured repo
I've been bashing my head on the wall for 2 or 3 hours for something that
should be (and has been, in the past) simple.
Trying to install the latest LibreOffice downloaded from Libreoffice.org.
I had 6.0.1.1 and downloaded 6.4.0.2, and kept getting dependency errors:
--> Running transaction check
On Sun, May 27, 2018 at 10:44:51AM -0700, Gordon Messmer wrote:
> On 05/26/2018 05:32 PM, Fred Smith wrote:
> >however if I do:
> >yum install wxWidgets wxWidgets-devel
> >it says:
> >Package wxGTK3-3.0.2-15.el7.x86_64 already installed and latest version
> >Package wxGTK3-devel-3.0.2-15.el7.x86_64
On 05/26/2018 05:32 PM, Fred Smith wrote:
however if I do:
yum install wxWidgets wxWidgets-devel
it says:
Package wxGTK3-3.0.2-15.el7.x86_64 already installed and latest version
Package wxGTK3-devel-3.0.2-15.el7.x86_64 already installed and latest version
wxWidgets and wxGTK3 are the same packa
Review the results from
$ sudo yum info wxGTK3
and
$ sudo yum info wxGTK3-devel
Or were you needing/looking for a newer version?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
when I do "yum list installed" I get a lot of stuff, including this excerpt:
wqy-zenhei-fonts.noarch 0.9.46-11.el7
@anaconda
wvdial.x86_64 1.61-9.el7
@anaconda
wxBase.x86_64
On Thu, 24 May 2018, Gary Stainburn wrote:
Questions
1) Any ideas why my yum runs keep hanging, and what I can do to fix it?
It's likely it's hanging in a script, so just trace it all through. yum will
start other processes up, and one of those will have hung. It'll be called
/tmp/rpm-scrip
My live mail server was due an update so I ran
yum update
All seemed file so I told it to proceed. HOwever it then hung for over 30
minutes.
I stopped the update and tried again. It complained about problems with the
update, so I tried
yum --skip-broken -y update
which then hung at a diffe
On 11 May 2018 at 11:36, wrote:
> Ok, I've just had issues this morning, and went and *looked*. I can see a
> yum-cron running monthly, sure. Running weekly, I guess. Running daily?
> Why?
>
> And there is *NO* reason whatever for a "yum-hourly*. None. This is
> CentOS, not ubuntu-snapshot-of-the
John Hodrien wrote:
> On Fri, 11 May 2018, m.r...@5-cent.us wrote:
>
>> And there is *NO* reason whatever for a "yum-hourly*. None. This is
>> CentOS, not ubuntu-snapshot-of-the-moment.
>
> Did you have a look at what the hourly run does by default?
>
Ok, I just did, and I see in the configuration
1 - 100 of 1971 matches
Mail list logo