similar to: repodata out of sync for centos6-updates

Displaying 20 results from an estimated 80000 matches similar to: "repodata out of sync for centos6-updates"

2008 Jan 18
3
Major update and again no new repodata
Yesterday I pulled down a major update to OpenOffice. But no updates to repodata. I waited a day to see if there was some reason for the lag (like more rpms needed to complete the set), but still today, no repodata to pull down (my rsync looks for more recent file dates). Help?
2016 Oct 25
2
CVE-2016-5195 “DirtyCOW”: Critical Linux Kernel Flaw
On Tue, Oct 25, 2016 at 4:06 AM, Christian Anthon <anthon at rth.dk> wrote: > What is the best approach on centos 6 to mitigate the problem is > officially patched? As far as I can tell Centos 6 is vulnerable to attacks > using ptrace. > > There is a mitigation described here > > https://bugzilla.redhat.com/show_bug.cgi?id=1384344#c13 > > which doesn't fix the
2014 Mar 29
1
The repodata directory is currently broken on several, if not all, mirrors for the 6.5 iso files
The repodata directory on all 6.5 isos that I have sampled have an issue where the file names don't have extensions resulting in a yum repo error on installation just after disk partitioning. This error prompts you with the choice between either allowing you choose another repo or to exit the installer. I remedied this issue with the following: [root at testserv /root/test/centos]$ find
2009 Oct 28
2
Repodata for 5.4 updates?
I'm seeing the updates for 5.4 roll out (per Karanbir's tweet on October 26), but there haven't been any updates to the repodata, thus, yum isn't seeing the updates. Is this on purpose? Maybe I've just not noticed this before, if this is standard update roll-out procedure. Thanks, Kevin
2014 Jan 23
1
Repodata filename problem in CentOS-6.5-x86_64-bin-DVD1.iso ?
Originally posted as "Problem installing Centos 6.4/6.5 from USB stick seen as HDD by BIOS" Further testing seems to indicate there is some odd issue with the file names in the repodata directory. During installation, after the partitioning stage, anaconda logs an error trying to access the file
2015 Jun 20
1
Debuginfo repodata missing for C6
Hi, The debuginfo repodata for C6 is missing: http://debuginfo.centos.org/6/x86_64/repodata/7a42847903e6a76f9397c0bc9aca6afbbef1f74c-filelists.sqlite.bz2: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found" Trying other mirror. Error: failure: repodata/7a42847903e6a76f9397c0bc9aca6afbbef1f74c-filelists.sqlite.bz2 from debug: [Errno 256] No more mirrors to
2013 Jun 11
2
CESA-2013:0898 & CEBA-2013:0902, centos 5.9 repodata not pushed?
Johnny (& other CentOS folks), Am I being fooled by some proxies between me and centos (and all the centos mirrors, which what I normally use), or has the repodata for CentOS 5.9 updates not been updated since 03-Jun-2013 12:08? I was under the impression that the repodata on the main centos servers was updated about the same time as any CentOS-announce message going out, unless I also see a
2016 Oct 25
5
CVE-2016-5195 DirtyCOW : Critical Linux Kernel Flaw
On Tue, 25 Oct 2016 10:06:12 +0200 Christian Anthon <anthon at rth.dk> wrote: > What is the best approach on centos 6 to mitigate the problem is > officially patched? As far as I can tell Centos 6 is vulnerable to > attacks using ptrace. I can confirm that c6 is vulnerable, we're running a patched kernel (local build) using a rhel6 adaptation of the upstream fix. Ask
2016 Oct 26
2
CVE-2016-5195 DirtyCOW : Critical Linux Kernel Flaw
On Tue, Oct 25, 2016 at 10:26 AM, Leon Fauster <leonfauster at googlemail.com> wrote: > Am 25.10.2016 um 15:39 schrieb Peter Kjellstr?m <cap at nsc.liu.se>: >> On Tue, 25 Oct 2016 10:06:12 +0200 >> Christian Anthon <anthon at rth.dk> wrote: >> >>> What is the best approach on centos 6 to mitigate the problem is >>> officially patched? As far
2015 Jan 14
1
Red Hat Developer Toolset 3 for CentOS6?
On Wed, Jan 14, 2015 at 1:28 AM, wwp <subscript at free.fr> wrote: > Hello Dave, > > > On Tue, 13 Jan 2015 21:18:18 -0700 Dave Johansen <davejohansen at gmail.com> > wrote: > > > Unfortunately, this is only for RHEL/CentOS 7 > > Really? It installs and works fine on my CentOS6, more over, on the > Cern pages, it says "for Scientific Linux CERN
2019 Sep 27
1
Missing repodata/ for CentOS 8 on
Hi folks, I've noted that the CentOS 8 debuginfo repo lacks the repodata/ directory: http://debuginfo.centos.org/8/x86_64/ Did the maintainers forget to upload it? It does have all the .rpm files under the Packages/ sub-directory though: http://debuginfo.centos.org/8/x86_64/Packages/ And no repodata/ there either. Also, I've noted the 8-stream/ directory which is empty. Is it
2016 Oct 26
1
CVE-2016-5195 DirtyCOW : Critical Linux Kernel Flaw
On 10/26/2016 05:56 AM, Peter Kjellstr?m wrote: > On Tue, 25 Oct 2016 17:21:54 -0700 > Akemi Yagi <amyagi at gmail.com> wrote: > >> On Tue, Oct 25, 2016 at 10:26 AM, Leon Fauster >> <leonfauster at googlemail.com> wrote: >>> Am 25.10.2016 um 15:39 schrieb Peter Kjellstr?m <cap at nsc.liu.se>: >>>> On Tue, 25 Oct 2016 10:06:12 +0200
2015 Jan 14
0
Red Hat Developer Toolset 3 for CentOS6?
Hello Dave, On Tue, 13 Jan 2015 21:18:18 -0700 Dave Johansen <davejohansen at gmail.com> wrote: > Unfortunately, this is only for RHEL/CentOS 7 Really? It installs and works fine on my CentOS6, more over, on the Cern pages, it says "for Scientific Linux CERN 6" (note the '6'); repodata says '6' too. > but it can also be found at: >
2016 Oct 19
1
repodata
Hello, we would like to sync all files from http://oirase.annexia.org/virt-p2v/ with Foreman/Katello. Is it possible to provide "repodata" for this public directory? Without it we can not sync it. Greets, Denis
2007 Dec 23
1
Update repo rsync but no new repodata?
I just did a manual resync of my local update repo from mirrors.kernel.org/centos/5.1/updates/i386/ I got a new version of Thunderbird, but not a new set of files in the repodata directory. Thus when I did a yum update against my local repo, I did not get the new version of Thunderbird. I will note that the files on my local repo are dated Dec 20th and the ones on mirrors are dated Dec
2016 Oct 25
0
CVE-2016-5195 “DirtyCOW”: Critical Linux Kernel Flaw
On Tue, 25 Oct 2016 08:29:33 -0400 "Phelps, Matthew" <mphelps at cfa.harvard.edu> wrote: > On Tue, Oct 25, 2016 at 4:06 AM, Christian Anthon <anthon at rth.dk> > wrote: > > > What is the best approach on centos 6 to mitigate the problem is > > officially patched? As far as I can tell Centos 6 is vulnerable to > > attacks using ptrace. > >
2013 Jun 21
1
fasttrack mirror server out of sync?
I don't know if it's useful to report this: (& who should I report it to?) # yum update [...] * base: mirrors.ircam.fr * extras: mirrors.ircam.fr * fasttrack: mirror.ovh.net * remi-ff: rpms.famillecollet.com * updates: centosq3.centos.org base | 3.7 kB 00:00 cr | 2.9 kB 00:00 extras | 3.4 kB 00:00 fasttrack | 3.4 kB 00:00 Not using downloaded repomd.xml
2016 Oct 24
3
CVE-2016-5195 “DirtyCOW”: Critical Linux Kernel Flaw
On Sat, 22 Oct 2016, Valeri Galtsev wrote: > On Sat, October 22, 2016 7:49 pm, Valeri Galtsev wrote: >> Dear All, >> >> I guess, we all have to urgently apply workaround, following, say, this: >> >> https://gryzli.info/2016/10/21/protect-cve-2016-5195-dirtycow-centos-7rhel7cpanelcloudlinux/ >> >> At least those of us who still have important multi user
2016 Oct 25
0
CVE-2016-5195 DirtyCOW : Critical Linux Kernel Flaw
Am 25.10.2016 um 15:39 schrieb Peter Kjellstr?m <cap at nsc.liu.se>: > On Tue, 25 Oct 2016 10:06:12 +0200 > Christian Anthon <anthon at rth.dk> wrote: > >> What is the best approach on centos 6 to mitigate the problem is >> officially patched? As far as I can tell Centos 6 is vulnerable to >> attacks using ptrace. > > I can confirm that c6 is
2016 Oct 26
0
CVE-2016-5195 DirtyCOW : Critical Linux Kernel Flaw
On Tue, 25 Oct 2016 17:21:54 -0700 Akemi Yagi <amyagi at gmail.com> wrote: > On Tue, Oct 25, 2016 at 10:26 AM, Leon Fauster > <leonfauster at googlemail.com> wrote: > > Am 25.10.2016 um 15:39 schrieb Peter Kjellstr?m <cap at nsc.liu.se>: > >> On Tue, 25 Oct 2016 10:06:12 +0200 > >> Christian Anthon <anthon at rth.dk> wrote: > >>