devel

devel@lists.centos.org

5 participants
4641 discussions

How get a spec file with all macros expanded
by Marcos Lois Bermúdez 27 Mar '12

27 Mar '12

Hi, I'm building some packages using CentOS 6, and i have a question that i can't get answer for, i think that is a common task in rpm build that will get some info that will help in automate some process. I need to get a spec file with all macro exanded, so i can extract info of buildrequires, etc.. Regards.

3 4

CentOS for ARM
by Gordan Bobic 25 Mar '12

25 Mar '12

Hi guys, I recently became aware that this is being worked on as of recently. A similar thing already exists, though. Those interested in an ARM port may also be interested in taking a look at RedSleeve Linux, which is an ARM port of the same upstream distribution as CentOS. You can look here for more info: http://www.redsleeve.org/about/ http://www.redsleeve.org/ In total 109 SRPMs had to be modified in order to get them to build and work on ARM. They are in SRPMS/changed directory on the RedSleeve mirror. (Note: About 5 of those 109 were changed in order to remove the upstream branding which isn't relevant to the CentOS effort as it is already taken care of. It is quite well known what those are.) I hope this is of interest to the CentOS ARM port efforts. Or, you could take RedSleeve for a spin, since that is already available. :) Gordan

1 0

Automating Artwork Production
by Alain Reguera Delgado 24 Mar '12

24 Mar '12

Hello, I've been in silence a long time so far because it is very difficult for me to have real Internet access. However, I've kept myself working for CentOS and now, I publish what I've been doing for you to evaluate and propose considerations. I know the wiki is not the best place to post this information, but it is the only one I have access to (because restrictions on my side, not yours). Excuse me for that. The centos-art.sh script: http://wiki.centos.org/AlainRegueraDelgado?action=AttachFile&do=get&target=… Documentation about the CentOS Artwork Repository (centos-art.sh script included): http://wiki.centos.org/AlainRegueraDelgado?action=AttachFile&do=get&target=… The CentOS Artwork Repository Tree for which all automation was done. http://wiki.centos.org/AlainRegueraDelgado?action=AttachFile&do=get&target=… The centos-web.cgi: http://wiki.centos.org/AlainRegueraDelgado?action=AttachFile&do=get&target=… That's it for now. I'll try to download the mailing list archives to read your comments and when possible replay them. Thank you very much for all the work you do. I'll try to be back as soon as possible. Best Regards, al.

2 2

Wiki: fasttrack repo file link broken
by Rainer Traut 21 Mar '12

21 Mar '12

Hi, the link to the CentOS-Fasttrack repo is broken. wiki page: http://wiki.centos.org/AdditionalResources/Repositories broken link to the repo file: http://mirror.centos.org/centos/6/fasttrack/CentOS-Fasttrack.repo working link: http://mirror.centos.org/centos/6/fasttrack/CentOS-fasttrack.repo Thx Rainer

2 1

missing yum repodata for 5.8 SRPMS
by Markus Falb 13 Mar '12

13 Mar '12

yum repodata is not there, is this intentional? http://vault.centos.org/5.8/os/SRPMS/ -- Kind Regards, Markus Falb

2 1

repo extras enabled by default
by Leon Fauster 08 Mar '12

08 Mar '12

Despite the decision to place the centos-release-cr rpm into the extras repository. I just want to ask if there are some thoughts on keeping the extras repository disabled by default? Or use extras for just that extras (e.g. centos-release-cr) and move current extras rpms into the addons repo? this came here up while auditing a system etc. - i noticed some rpms from extras. just thinking loud LF

2 4

qaweb dashboard and dates displayed
by Gianluca Cecchi 29 Feb '12

29 Feb '12

Hello, hope that this could be correct target to post, as I don't find any link directly on the web site. I notice that going to http://qaweb.dev.centos.org/qa/dashboard some posts don't get updated with the correct timestamp as days pass through. For example when you click on the article First CentOS 6.2 Tree and ISOs make it to QA you can see that the comment from Jeff " As of last night we have an installable x86_64 tree for testing. The i386 tree has some issues with the installer that need to be fixed. " keeps getting marked as "4:42pm Today" HIH giving better information, Gianluca

4 11

Should bugs.centos.org entries be duped for CentOS 5 and CentOS 6?
by Greg Bailey 28 Feb '12

28 Feb '12

It's a minor issue, but I opened http://bugs.centos.org/view.php?id=4951 some time ago against CentOS 6, because I noticed that most of the files on the DVD image(s) are owned by UID=500, and it's inconsistent with upstream. I just checked my CentOS 5.7 iso, and it's in the same situation; with 5.8 being worked, does it make sense to consider this bug entry for 5.8 ISO creation? Or does a new bug need to be filed? thanks, Greg

2 3

CentOS plus kernel-devel x86_64 with incomplete Module.symvers?
by Thomas Jacob 27 Feb '12

27 Feb '12

Hello list, While working on building a driver update module RPM for CentOS 6 x86_64 I noticed that that the Module.symvers file included in the non-debug kernel-devels for the latest CentOS-Plus x86_64 kernels seems to be much shorter than that for the debug version and also than both version for the i686 architecture $ awk '{print $4;}' /usr/src/kernels/2.6.32-220.4.2.el6.i686/Module.symvers | sort | uniq -c 6124 EXPORT_SYMBOL 3706 EXPORT_SYMBOL_GPL $ awk '{print $4;}' /usr/src/kernels/2.6.32-220.4.2.el6.i686.debug/Module.symvers | sort | uniq -c 6177 EXPORT_SYMBOL 3734 EXPORT_SYMBOL_GPL $ awk '{print $4;}' /usr/src/kernels/2.6.32-220.4.2.el6.x86_64/Module.symvers | sort | uniq -c *2716 EXPORT_SYMBOL* *1957 EXPORT_SYMBOL_GPL* $ awk '{print $4;}' /usr/src/kernels/2.6.32-220.4.2.el6.x86_64.debug/Module.symvers | sort | uniq -c 6147 EXPORT_SYMBOL 3916 EXPORT_SYMBOL_GPL This prevents the find find-requires.ksyms script (part of the %kernel_module_package utility set) from creating KABI dependencies properly on x86_64, for kernel module packages build according RHEL driver update program (i.e. kmod-* package), in the sense that they are build without any KABI-requires in the resulting kmod-RPM. The standard CentOS kernel-devel (presumably RHEL upstream?) however, contains similar numbers of symbols in Module.symvers also in the x86_64 architecture: $ awk '{print $4;}' /usr/src/kernels/2.6.32-220.el6.i686/Module.symvers | sort | uniq -c 6119 EXPORT_SYMBOL 3706 EXPORT_SYMBOL_GPL $ awk '{print $4;}' /usr/src/kernels/2.6.32-220.el6.x86_64/Module.symvers | sort | uniq -c 6089 EXPORT_SYMBOL 3888 EXPORT_SYMBOL_GPL Could anyone confirm whether or not this is by design? Or should I report this as a bug? TIA & Regards, Thomas

4 9

freenx, ESXi5 and VM-Tools
by christoph.ascendos＠chello.at 24 Feb '12

24 Feb '12

Hello, just in case anybody runs into this: According to NX there seems to be a bug an VMTools 8.6.0 which are shiped with ESXi5. After installing/upgrading to 8.6.0 the NX-desktop may hang or not respond to user input. http://www.nomachine.com/ar/view.php?ar_id=AR11I00608 The workaround in this link works (at least in my environment). It also seems (again at least in my environment) that VMs after updating to 8.6.0 can have problems with the GNOME-Desktop (after logging in to the GNOME-Desktop the mouse pointer is in "please wait"-mode forever). It seems the remocal of the previous version of VMTools has some problems with restoring vmwlegacy_drv.so. So ln -s /usr/lib64/xorg/modules/drivers/vmwlegacy_drv.so.old.0 /usr/lib64/xorg/modules/drivers/vmwlegacy_drv.so solves the issue in this case. cheers Christoph

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel