devel

devel@lists.centos.org

2 participants
4695 discussions

XEN SIG
by Jordi Espasa Clofent 09 Jun '07

09 Jun '07

Hi all, According to http://wiki.centos.org/SpecialInterestGroup I launch my request about XEN SIG . I think it would be interesting because XEN related topics in mail-list are usual at present day (especially since CentOS 5 with XEN support was released out). All of us are aware about the future of SO is the virtualization and it means XEN projecte will be more important. I work as a junior sysadmin in little reseller hosting company in Barcelona (Spain). We're planning to build our own datacenter (it will be little, of course) and the services will be based on CentOS+XEN. So I think I can contribute and also approach about a lot of questions. ¿What do you think about? -- Thanks, Jordi Espasa Clofent

2 1

SRPMS for CentOS4
by John Summerfield 07 Jun '07

07 Jun '07

I use up2date in preference to yum simply because it automates the process of getting matching source. [summer@bilby ~]$ root cdm up2date -fud Obsoletes file not available on server Fetching Obsoletes list for channel: centos4-Base... Fetching Obsoletes list for channel: centos4-Updates... Fetching Obsoletes list for channel: centos4-extras... Fetching obsoletes list (may take a while, be patient) for http://mirror.centos.org/centos/4/extras/i386/... ### Fetching Obsoletes list for channel: centos4-addons... Name Version Rel ---------------------------------------------------------- NetworkManager 0.3.1 4.el4 i386 OpenIPMI 1.4.14 1.4E.17 i386 OpenIPMI-libs 1.4.14 1.4E.17 i386 <snip> grub-0.95-3.8.src.rpm: There was a fatal error communicating with the server. The message was: An HTTP error occurred: URL: http://mirror.centos.org/centos/4/os/i386//SRPMS/grub-0.95-3.8.src.rpm Status Code: 404 Error Message: Not Found Connection to cdm closed. [summer@bilby ~]$ However, it seems to fairly reliably get the source on the next attempt, having reliably failed the first: grub-0.95-3.8.i386.rpm: ########################## Done. grub-0.95-3.8.src.rpm: ########################## Done. gtk+-1.2.10-36.i386.rpm: ########################## Done. gtk+-1.2.10-36.src.rpm: There was a fatal error communicating with the server. The message was: An HTTP error occurred: URL: http://mirror.centos.org/centos/4/os/i386//SRPMS/gtk+-1.2.10-36.src.rpm Status Code: 404 Error Message: Not Found Connection to cdm closed. [summer@bilby ~]$ What's going on here? -- Cheers John -- spambait 1aaaaaaa(a)coco.merseine.nu Z1aaaaaaa(a)coco.merseine.nu Please do not reply off-list

2 2

RE: [CentOS] 4.5 ALB Bonding Hang on Shutdown [Bug]
by Ross S. W. Walker 31 May '07

31 May '07

> -----Original Message----- > From: centos-bounces(a)centos.org > [mailto:centos-bounces@centos.org] On Behalf Of Ross S. W. Walker > Sent: Thursday, May 31, 2007 2:31 PM > To: CentOS mailing list > Subject: [CentOS] 4.5 ALB Bonding Hang on Shutdown > > > Since I upgraded from 4.4 to 4.5 my system which has 2 sets > of ALB bonded interfaces hangs on shutdown while doing an > ifdown on these interfaces. > > Has anyone else seen this issue with 4.5 and bonding? I think I found the answer. The new version of bonding has a bug in it that doesn't restore the original mac addresses on termination and will leave the mac address on the interface it was last on. Then, as ifdown is called on each slave it will hit a slave whose mac address has changed and is a dup of the other slave and it will hang there. For some reason though if I set a programmable mac address not equal to any installed on the system on the bondX interfaces it complains the mac has changed, but it doesn't hang, so that is my interim work-around, set a unique MACADDR= on each bondX interface. -Ross ______________________________________________________________________ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof.

2 2

dkms issue
by Akemi Yagi 28 May '07

28 May '07

Hi Daniel, We talk about dkms a couple of days ago. Then I saw this post on the dkms-devel mailing list: http://lists.us.dell.com/pipermail/dkms-devel/2007-May/000562.html I don't pretend to understand the issue discussed in there, but is this something you might need to consider? Or this is not relevant? Akemi

1 0

SRPMS for updates for RHEL5?
by John Villalovos 23 May '07

23 May '07

I'm just curious. Does anyone know where Red Hat publishes the SRPMS for the updates for RHEL5? I notice that: ftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/ doesn't have a directory for RHEL5. Just wondering if Red Hat is changing things around or not. Main reason I was interested is that I have a problem with the selinux-policy-targeted RPM which has been fixed in FC6 but I haven't seen any updates for CentOS 5 or as far as I can tell for RHEL 5. Thanks, John

3 2

Heartbeat 2.0.8 spec file patch
by Matthew Albright 22 May '07

22 May '07

To get heartbeat 2.0.8 to build successfully for me on CentOS5, I needed to add a few BuildRequires to the spec file. matt --- heartbeat.spec-orig 2007-05-21 15:45:57.000000000 -0700 +++ heartbeat.spec 2007-05-21 16:14:14.000000000 -0700 @@ -8,7 +8,7 @@ Summary: heartbeat - The Heartbeat Subsystem for High-Availability Linux Name: heartbeat Version: 2.0.8 -Release: 3%{?dist} +Release: 4%{?dist} License: GPL/LGPL URL: http://linux-ha.org/ Group: Utilities @@ -21,7 +21,7 @@ BuildPrereq: glib-devel, perl, iputils, /usr/bin/ssh, openssl-devel, libnet # libnet available from www.ultramonkey.org and others Requires: sysklogd, heartbeat-stonith = %{version}-%{release}, heartbeat-pils = %{version}-%{release} -BuildRequires: libgcrypt-devel, lm_sensors-devel, net-snmp-devel +BuildRequires: libgcrypt-devel, lm_sensors-devel, net-snmp-devel, glib2-devel, python-devel, pam-devel, gnutls-devel, curses-devel %package ldirectord Summary: Monitor daemon for maintaining high availability resources @@ -96,6 +96,10 @@ %endif %changelog +* Mon May 21 2007 Matt Albright <mattalbright(a)yahoo.com> +- added glib2-devel, python-devel, pam-devel, gnutls-devel and curses-devel as + build requirements + * Sun May 13 2007 Johnny Hughes <johnny(a)centos.org> - added net-snmp-devel as a build requirement - fixed an error in 'ipmilan.c' function 'ipmilan_set_config' that prevents

3 2

Re: [CentOS-devel] Heartbeat 2.0.8 spec file patch
by Matthew Albright 21 May '07

21 May '07

Whoops, s/curses/ncurses/g; matt --- heartbeat.spec-orig 2007-05-21 15:45:57.000000000 -0700 +++ heartbeat.spec 2007-05-21 16:31:33.000000000 -0700 @@ -8,7 +8,7 @@ Summary: heartbeat - The Heartbeat Subsystem for High-Availability Linux Name: heartbeat Version: 2.0.8 -Release: 3%{?dist} +Release: 4%{?dist} License: GPL/LGPL URL: http://linux-ha.org/ Group: Utilities @@ -21,7 +21,7 @@ BuildPrereq: glib-devel, perl, iputils, /usr/bin/ssh, openssl-devel, libnet # libnet available from www.ultramonkey.org and others Requires: sysklogd, heartbeat-stonith = %{version}-%{release}, heartbeat-pils = %{version}-%{release} -BuildRequires: libgcrypt-devel, lm_sensors-devel, net-snmp-devel +BuildRequires: libgcrypt-devel, lm_sensors-devel, net-snmp-devel, glib2-devel, python-devel, pam-devel, gnutls-devel, ncurses-devel %package ldirectord Summary: Monitor daemon for maintaining high availability resources @@ -96,6 +96,10 @@ %endif %changelog +* Mon May 21 2007 Matt Albright <mattalbright(a)yahoo.com> +- added glib2-devel, python-devel, pam-devel, gnutls-devel and ncurses-devel as + build requirements + * Sun May 13 2007 Johnny Hughes <johnny(a)centos.org> - added net-snmp-devel as a build requirement - fixed an error in 'ipmilan.c' function 'ipmilan_set_config' that prevents

1 0

auto-fixed-version-deps checking and rebuilding
by Karanbir Singh 21 May '07

21 May '07

so before I go reinvent the wheel... does anyone want to recommend a process / toolset that can check for fixed-version deps in a repository and rebuild the failing deps against a new version of the deprecated package ? eg. when a new kernel is built, I want to get a list of all the packages in the repo that depended on the older version of the kernel, and who no longer work with the newer one. If there are hooks in this tool to allow me to plumb in a auto-rebuild-into-a-testing-repo process, that would be star! The most obvious way seems to be checking the entire repo for closure and whatever fails, take some action - but that is not a really good way to check which side is failing. And it also means the new rpms need to be already in a binary format before I can run the test, so thats not going to work. What I was thinking of doing was to import the repo metadata, remove details for the package being superseded, get a before and after picture, then queue in the now-failing packages behind the new package being built. Things get even more interesting when there are a bunch of packages being built. But we can think about that later :) - KB -- Karanbir Singh : http://www.karan.org/ : 2522219@icq

2 2

CentOS 5 build scripts
by Nikolay Ulyanitsky 18 May '07

18 May '07

Karanbir Singh wrote: > there arently any, its a 2 liner for a 'for f in' loop to mkisofs, trivial. I mean scripts from http://mirror.centos.org/centos/4.5/build/distro/ (build.sh) but for CentOS5. Or there user can find documentation of full building discs process (createrepo, pkgorder, buildinstall etc)?

7 13

CentOS 5 build scripts
by Nikolay Ulyanitsky 18 May '07

18 May '07

Hi, all Where can I find scripts used for build CentOS 5 cds/dvd? -- Thanks, Nikolay

5 6

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel