similar to: CentOS 5 debuginfo packages?

Is anyone else having trouble getting some RPMs from vault? When I navigate to http://vault.centos.org/debuginfo/5/i386/ ...and try to click on (e.g.) kernel-PAE-debuginfo-2.6.18-8.1.3.el5.i686.rpm I get 404 errors (The requested URL /debuginfo/5/i386/kernel-PAE-debuginfo-2.6.18 -8.1.3.el5.i686.rpm was not found on this server). But then if I wait a while and try again, maybe I get it. Is

Hello, I cannot find kernel-debuginfo rpm for the current kernel (2.6.9-34.EL)? I'm looking in http://vault.centos.org/debuginfo/4/i386/ Thanks, Mindaugas

I checked all the usual suspects without success. Specifically, I'm looking for debuginfo packages for the updates kernels. Thanks much, Dave Thompson UW-Madison

Using tincd 1.0.7, if I send a SIGALRM to tincd when a host is unresolvable, it gets stuck in a nasty loop: Feb 12 19:33:02 rosalyn tinc.slamb.org[2925]: Got ALRM signal Feb 12 19:33:02 rosalyn tinc.slamb.org[2925]: Trying to connect to calvin (216.136.66.56 port 655) Feb 12 19:33:02 rosalyn tinc.slamb.org[2925]: Error looking up slamb- linux.dyn.slamb.org port 4500: Name or service not

I want to use systemtap on a 5.3 system but cannot find supporting kernel-PAE-debuginfo or kernel-debuginfo-common packages. Am I being a noob, or do these not exist for the PAE kernel? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20101202/82cc98b8/attachment-0002.html>

On 7 March 2016 at 14:42, Johnny Hughes <johnny at centos.org> wrote: > On 03/03/2016 01:22 PM, Thanos Makatos wrote: >> I'm trying to debug what I believe to be a kernel bug >> (https://lists.centos.org/pipermail/centos-devel/2016-March/014463.html) >> and I'm trying to set up systemtap for that. >> >> I'm trying to set up systemtap on kernel

It has been suggested (elsewhere) that, to track down the nautilus problem I reported a while back, I need to install the nautilus debuginfo rpm. However, my yum can't find it. The only repositories I have set up on my machine are these: CentOS-Base.repo CentOS-Media.repo kbs-CentOS-Extras.repo mirrors-rpmforge rpmforge.repo Do I need another one for debuginfo rpms? Thanks. mhr

Hello, I did not check yet but did CentOS provide kernel-debuginfo RPMs like in http://updates.redhat.com/enterprise/4AS/en/os/Debuginfo/i386/RPMS/ ? Mindaugas

On Tue, February 17, 2015 15:20, Les Mikesell wrote: > Are there any tools to help assemble libraries and debuginfo to > examine core dumps that happened on another host where the versions > don't match? Something like mock but build-version specific and with > the debuginfo packages pulled in? > I am not sure that I understand your question so if this answer is totally

Downloaded from http://vault.centos.org/debuginfo/4/i386/ The file I received was 23-Aug-2006 06:18 298M. My ls showed 312932522. I presume this is an approximate match. Validation failed. # rpm --checksig kernel-debuginfo-2.6.9-42.0.2.EL.i686.rpm kernel-debuginfo-2.6.9-42.0.2.EL.i686.rpm: sha1 MD5 NOT OK The i586 file validates OK. TIA -- Bill

A long long time ago, I asked about the different tinc branches. Guus, you said at the time that * trunk is 1.0, bugfixes only * 1.0-gnutls, POKEY, and pre4-cube are stagnant * 2.0 is where new work should happen...at the time, it didn't compile, and it appears it still doesn't This answer discouraged me; I have trouble getting excited about new work in a branch that's been

Does anyone know what are all the centos 6 reppos? I have: CentOS-Base.repo CentOS-Debuginfo.repo CentOS-fasttrack.repo CentOS-Media.repo CentOS-Vault.repo devtools.repo epel.repo epel-testing.repo rpmfusion-free-updates.repo rpmfusion-free-updates-testing.repo rpmfusion-nonfree-updates.repo rpmfusion-nonfree-updates-testing.repo Am I missing a repo I am not aware of?

Hello all, According to [CentOS-announce] Release for CentOS Linux 7 (1503 ) on x86_64: "Debuginfo packages are also being signed and pushed. Yum configs shipped in the new release file will have all the context required for debuginfo to be available on every CentOS Linux install." Specifically, I'm looking for kernel-debuginfo-3.10.0-229.1.2.el7.x86_64, but the latest debuginfo

Dear CentOS Community Is totally clear there's no support to Centos 4 platform today, but I need to install some packages -ideally- from repositories, so I'll be glad if someone can provide me still working ones, (obviously non-official). If isn't possible I'll move on CentOS5, but (initially) keeping current PHP and MySQL versions. In both cases, I'll need working CentOS4

I'm very confused on the right step to use to setup a modified kernel in centOS6. As a simple user, I've downloaded the latests sources (I'm runing an old kernel version) : rpm -i http://vault.centos.org/6.7/updates/Source/SPackages/kernel-2.6.32-573.22.1.el6.src.rpm in the spec file ~/rpmbuild/SPECS/kernel.spec I've set: %define buildid .numa Now I want to set

I'm a new Asterisk user. I've managed to set it up to do everything I want except sound good. Currently, Asterisk sounds considerably worse than my cell phone. I know VOIP can be _better_ than my cell phone, because I've heard Skype do it. (Using 32k iLBC, I believe.) I did an experiment with audio quality: 1) I made a recording which was pretty good. I used an iSight

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

I've got more changes on my to-do list, but I want to ensure I'm making my changes against the right branch. * I'm working with trunk now. I don't think its TCP tunneling is as secure as the UDP tunneling. It looks like its IVs and HMACs are added and verified in send_udppacket and receive_udppacket. The TCP connection encrypts but doesn't have these anti-modification

Here's a patch that does the steps I mentioned in my last email: - remove BlockingTCP - make send_meta return true on EWOULDBLOCK - add logic to main_loop to watch for write availability of meta connections with non-empty buffers and flush them. It fixes the extra packets with TCPOnly and should resolve the problems that made BlockingTCP necessary also. (No testing of that last bit.)

(Second try to send this. I wonder if the first one gotten eaten by a spam filter; I'll link to patches instead of attaching them.) Here are the tincctl patches I've been working on. They apply to http://www.tinc-vpn.org/svn/tinc/branches/1.1@1545. I intend to commit them once the crypto stuff's fixed. Since they're basically done, I'm emailing them now for review and in case