devel

devel@lists.centos.org

2 participants
4653 discussions

suspend event channel support for xen domU
by Tait Clarridge 16 Nov '09

16 Nov '09

Hey Guys, Is there any plan to merge suspend event channel support into the CentOS kernel-xen package? Just doing some work with remus and it is required for PV domU support. I can build my own kernels for now, but was wondering if there is a roadmap for this or whether it is something that needs to be worked on (I can help with testing if required). Best, Tait Clarridge

3 5

Re: [CentOS-devel] mock-0.9.19 on CentOS5/RHEL5
by Florian La Roche 15 Nov '09

15 Nov '09

On Fri, Nov 13, 2009 at 01:09:14PM -0500, Mike McLean wrote: > On 11/12/2009 01:40 AM, Florian La Roche wrote: > >if you want to run the newest version of mock (0.9.19) > >with RHEL5/CentOS5, you can use a backported version from: > > > >http://www.jur-linux.org/rpms/el-updates/5/SRPMS/mock-0.9.19-1.el5.src.rpm > >http://www.jur-linux.org/rpms/el-updates/5/i386/mock-0.9.19-1.el5.noarch.rpm > > So basically just reverting the dbus patch (2046136e)? > > Perhaps since RHEL5 is something of an important platform for mock we > should consider making this codepath conditional, or otherwise fix this > without forking. Hello Mike, this small change is all that is needed, at least for a first start. I've put this into bugzilla in August and Clark has done a clean patch within two days, but it is not commited into the public repo and also no new rpm has been pushed out. See bz 516355 for details. Karanbir: You've already emailed the current CentOS position to have one mock version across all of CentOS3/4/5 running and that the newest bits don't qualify for that. This could maybe change next year once CentOS3 does not get updates anymore. I could see similar decisions like e.g. keeping to a mock version starting at initial release of a new major CentOS push-out. (Then CentOS-5 would always stick to the mock release that was used for CentOS-5.0...) Another idea that Red Hat would probably support is to just use the same mock version that also Red Hat uses for their releases, just to have another data point that CentOS is really 100% compatibel to RHEL. (Keeping infrastructure the same should be extended to as many parts as possible.) regards, Florian La Roche

1 0

mock-0.9.19 on CentOS5/RHEL5
by Florian La Roche 12 Nov '09

12 Nov '09

Hello, if you want to run the newest version of mock (0.9.19) with RHEL5/CentOS5, you can use a backported version from: http://www.jur-linux.org/rpms/el-updates/5/SRPMS/mock-0.9.19-1.el5.src.rpm http://www.jur-linux.org/rpms/el-updates/5/i386/mock-0.9.19-1.el5.noarch.rpm regards, Florian La Roche

3 2

missing packages from 5.4
by Farkas Levente 10 Nov '09

10 Nov '09

hi, it seems there are a few source packages missing from 5.4: celt051-0.5.1.3-0.el5.src.rpm etherboot-5.4.4-10.el5.src.rpm iasl-20061109-5.el5.src.rpm kvm-83-105.el5.src.rpm log4cpp-1.0-4.el5.src.rpm qcairo-1.8.7.1-3.el5.src.rpm qffmpeg-0.4.9-0.15.20080908.el5.src.rpm qpixman-0.13.3-4.el5.src.rpm qspice-0.3.0-39.el5.src.rpm it seems all x86_64 only package's source are missing:-) at the same time nautilus-sendto-1.0.1-6.el5.centos.src.rpm pango-1.14.9-6.el5.centos yum-metadata-parser-1.1.2-3.el5.centos.src.rpm has no reason to be .centos since there is no changes from rhel and i also suspect etherboot-5.4.4-10.el5.centos.X.rpm but as there is no src.rpm for etherboot i can't check it. -- Levente "Si vis pacem para bellum!"

2 5

5.4 install failure
by John Summerfield 30 Oct '09

30 Oct '09

I've mirrored the 5.4 repos and run createrepo on WBEL crossed with Centos4 on account of the WB folk seem to be MIA. Presumably, there's something wrong with my incantation of createrepo or something, because anaconda complains. It says my repo is butchers and proffers a reboot button. "Unable to read group information from repositories, This is a problem with the generation of your install tree." Okay, above is background. Here's the odd bit. I choose the one button on offer, and Anaconda goes on and installs! I'm not sure what it installs, but there is a bootable system, A kernel, grub are both properly in place. I can login as root, but root's dot files are not in place, so that bash doesn't do its initialisation. Manually copying the contents /etc/skel works. Can't really see what's installed because rpm isn't. It's really secure, it starts no daemons at all. Of course, anaconda should be rebooting, but this is way more entertaining. Am I right to think I should be telling createrepo about the file, comps.xml? -- Cheers John -- spambait 1aaaaaaa(a)coco.merseine.nu Z1aaaaaaa(a)coco.merseine.nu -- Advice http://webfoot.com/advice/email.top.php http://www.catb.org/~esr/faqs/smart-questions.html http://support.microsoft.com/kb/555375 You cannot reply off-list:-)

1 1

VirtualBox + CentOS 5.3/5.4 (xrandr issue?)
by IT2 Stuart Blake Tener, USNR 29 Oct '09

29 Oct '09

ALCON, I recently tested CentOS 5.3/5.4 with VirtualBox, and had some issues getting the video to pronounce itself properly. After logging on it was able to function in full screen mode capably (when I had used a customized xconf.org file that someone had published as "working", as well as having installed the VirtualBox "guest additions"), but the login screen did not configure into a proper manner. I read a few postings about this issue being related to the xrandr library version that is used within CentOS, but since I do not have RedHat 5.3 or 5.4, presume this might be a CentOS only issue for some reason? Can anyone enlighten me regarding this issue and any recommended methods for working around it? Thanks in advance, and do have a most wonderful and blessed day. -- IT2 Stuart Blake Tener, USNR, N3GWG (Extra), MROP Beverly Hills, CA / Las Vegas, NV / Philadelphia, PA / Washington, DC mobile: (310) 358-0202 Nextel: 124*233172*14 (direct connect) e-mail: teners(a)bh90210.net

2 1

Re: [CentOS-devel] [CentOS-qa] 5.4 - i386 isos and tree
by Phil Schaffner 29 Oct '09

29 Oct '09

On Fri, 2009-10-02 at 14:47 +0100, Karanbir Singh wrote: > On 10/02/2009 02:44 PM, Phil Schaffner wrote: > > I've used the LiveCD tools to produce LiveDVD images with GNOME/KDE > (and > > extra drivers + multimedia - which brings up the LiveCD-plus > discussions > > from some time back as well - but that should be another thread). > Would > > there be any interest in a LiveDVD offering? > > sounds like a good candidate for centos-devel list :) On Fri, 2009-10-02 at 09:59 -0400, Patrice Guay wrote: > Phil Schaffner wrote: > > Any progress on adding persistence? > > > > Persistence was added in livecd-tools 0.15. With the move from 0.13 to > 0.14, I'm getting closer to it but I am not there yet. The move from > 0.13 to 0.14 required several patches and testing. The same will > certainly apply for 0.14 to 0.15. I could use some help :) > > See https://projects.centos.org/trac/livecd/browser/trunk Patrice, Switching to -devel per Karanbir's suggestion. What help do you need on getting persistence working, or on LiveCD development in general? All, Is there interest in a LiveDVD with more functionality than will fit on a CD? Perhaps "full desktop/office/productivity/multimedia" GNOME and/or KDE versions? How about LiveCDplus (or LiveDVDplus) as discussed in earlier threads? Perhaps add drivers and/or firmware for common Wifi cards from RPMforge and/or ELRepo? Multimedia add-ons? Obviously there may be licensing or other issues depending on what is added. One possibility could be finding another site to host the images - as in Omega for Fedora. http://www.linux-mag.com/cache/7450/1.html Should the LiveCD tools be in a centos.org repo? Speaking of the tools - a bit OT... In my testing while writing http://wiki.centos.org/HowTos/InstallFromUSBkey I found the centos syslinux not to work (could not find the kernel when booting from USB), while the livecd version did. Comments or insight on this issue would be appreciated. Could not find any bug reports in either the CentOS bug tracker or upstream on the problem. Phil

7 14

Mock patch speeds up 'mock init' to 5 Seconds from cache (linked, rsync'd)
by Brian Schueler 28 Oct '09

28 Oct '09

Hi all, i've made a patch that extends mock-helper for the two new internal commands 'save' and 'restore' for use with the new added script /usr/libexec/mock-cache-copy that generates a root cache, which is linked against the root tree and which is copied statically. This takes the double harddisk space of the root tree (buildsys-build install) but hard disks are big enough today. The advantage of this is that the files in the cache are hard-linked to the files in the mock root tree that makes it extremely fast to delete files (mock clean phase) and to relink them (copy -ax ... on mock init phase) while unpacking the cache. The static copy is used to repair touched and modified (linked) files with rsync. With this new option 'mock init' takes only 5 Seconds (between Enter press and shell prompt). The source package (with the patch included) can be found on the Beuth repo at: http://141.64.26.2/repo/bs/el5/SRPMS/mock-0.6.13-5.bs.el5.src.rpm Especially my old PowerBook G4 / 400 MHz PowerPC (running C-5 ppc edition) benefits of this feature (keeps the CPU away from tar and gzip and uses the slow harddisk efficiently). I hope this useful patch find a way to upstream (Fedora). Please give me feedback and comparing benchmarks (against mock's standard cache). ( The global config /etc/mock/defaults.cfg is set up for using the additional caching method). cheers, B.S.

11 35

lightweight LiveCD installer for CentOS-5.4 available - zyx-liveinstaller
by Douglas McClendon 27 Oct '09

27 Oct '09

I thought some of you might like to know- The latest version of zyx-liveinstaller (0.1.15) now supports the CentOS-5.4 LiveCD/USB. http://filteredperception.org/smiley/projects/zyx-liveinstaller/ This is a ~100kb rpm that can be installed in a running LiveCD/USB session. Once run, zyx-liveinstaller will then allow you to install the running system permanently to system-disk. This is like the anaconda/liveinst installer available with the Fedora LiveCD/USB, except- a) it works _rebootlessly_! After installation completes, you simply eject the LiveCD or remove the LiveUSB and continue using the now installed system. b) it is still relatively immature, but gets the job done (as far as I've tested). Installation to external usb drives also works. c) it can easily be included in a custom CentOS LiveCD spin, without the downside of having to have an unsupported version of anaconda on the system. d) it is a fairly simple pygtk frontend for a bash backend. In fact, all you really need is the single bash script /usr/sbin/zyx-liveinstaller-cli. NOTE: that like the Fedora LiveCD installer, it is a *destructive* install. Target partitions/volumes get reformatted. ----------------- To do a commandline installation with no seperate /boot partition, the rootfs on /dev/sda2, and the swap partition on /dev/sda3, you would just run- rpm -Uvh \ http://filteredperception.org/downloads/zyx-liveinstaller/zyx-liveinstaller… zyx-liveinstaller-cli \ /dev/sda2 /dev/sda2 /dev/sda3 ----------------- Note, that if you throw a copy of the 100kb rpm inside the LiveUSB version of CentOS-5.4, you have a totally portable offline installable version of CentOS. This is definitely not as seriously usable as the traditional DVD installer on bootable USB form, but might have its uses. Bugs, comments, criticisms, and feedback are encouraged. Now that I've got this working, I'll really get to work helping Patrice crossport my old LiveUSB persistence patches to Fedora-8/9 to CentOS-5.*. peace... -dmc P.S. To get CentOS-5.4 LiveUSB to boot on my acer aspire one, I had to change the syslinux.cfg line of 'vesamenu.c32' to 'menu.c32' (and copy menu.c32). Otherwise an unusable and very grey syslinux bootloader. Hopefully just a problem with this netbook.

2 2

Re: [CentOS-devel] [CentOS] EDAC Kernel Panic 2.6.9-78 and above
by Chris Miller 26 Oct '09

26 Oct '09

Apologies if this is not the correct place to post this issue. I've gotten some feedback on the user's list, but it seems that getting some developer insight may be appropriate before opening a bug report. Please see the original thread here : http://lists.centos.org/pipermail/centos/2009-October/084011.html memtest86+ found no issues on 8 passes. Since this server has been solid for a couple of years, I'm inclined to think this is a bug, or EDAC is finding an issue in some other subsystem (not memory), but the error info is not sufficient to determine what is really going on. I have a few Super Micro servers (various motherboards and revisions) with this chipset running various kernels and versions of CentOS (with/without i5000_edac). That said, I think I'm in a position to provide some helpful information to approach this issue, I just need to know where to go with it. I'm happy to build a custom kernel with additional code to diagnose the issue. If needed in the short term, can I simply unload i5000_edac without crashing the server. Thoughts? Chris

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