devel

devel@lists.centos.org

4679 discussions

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

Forum Issues
by Phil Schaffner 23 Oct '09

23 Oct '09

The CentOS fora seem to be seriously hosed ATM. Trying to access anything at the top level page gives errors like: An Error Occured SELECT t.*, u.name, u.uname,u2.name as last_post_name, u2.uname as last_poster, p.post_time as last_post_time, p.poster_name as last_poster_name, p.icon, p.post_id, p.post_karma, p.require_reply, pt.post_text FROM xoops_bb_topics t LEFT JOIN xoops_users u ON u.uid = t.topic_poster LEFT JOIN xoops_bb_posts p ON p.post_id = t.topic_last_post_id LEFT JOIN xoops_bb_posts_text pt ON pt.post_id = t.topic_last_post_id LEFT JOIN xoops_users u2 ON u2.uid = p.uid WHERE (p.post_time > 1247552420 OR t.topic_sticky=1) AND t.forum_id = 51 AND t.approved = 1 AND p.approved = 1 ORDER BY t.topic_sticky DESC, p.post_time DESC If the page does not automatically reload, please click here

4 7

QA accessibility
by Phil Schaffner 18 Oct '09

18 Oct '09

A message on centos-users has raised a question in my mind about the openness of the QA process. I'm pretty sure that there is no desire to greatly expand the QA team, but on the other hand a few more serious QA testers might be worthwhile. I started to reply to the message below with a link to an announcement of opportunity to join the QA team from the centos-devel list, and possibly to add a bit to the "Contribute" page, but decided it might be better to bounce the idea around here instead. Announcement on CentOS-devel: http://lists.centos.org/pipermail/centos-devel/2007-February/001200.html > [CentOS-devel] CentOS 5 Beta Initial Test Release > Lance Davis lance at uklinux.net > Wed Feb 21 13:14:16 UTC 2007 > > We are about to release an initial internal test release of CentOS 5 beta > to our qa team. > > If folks here want to be a part of that test they need to join the > centos-qa list (http://lists.centos.org/mailman/listinfo/centos-qa) and > send a message to this list (centos-devel) saying that > they would like to be a part of the qa process and join the qa team, > with details of relevant experience if you are not known to the core > developers. > > Membership of the centos-qa list will then be approved. > > > Lance > > -- > uklinux.net - > The ISP of choice for the discerning Linux user. http://wiki.centos.org/Contribute#head-1c14314cdaa251daca6c3a79ff7510c5c05d… Proposed addition to Contribute: "Testing of new releases is done by the CentOS Quality Assurance (QA) team. People interested in helping with QA should first join the [http://lists.centos.org/mailman/listinfo/centos-devel CentOS Developer's list] and [http://lists.centos.org/mailman/listinfo/centos-qa CentOS QA list] and send a message to mailto:CentOS-devel@centos.org, with details of relevant experience if not already known to the core developers, saying that they would like to join the QA team." I notice that the QA list is not on the CentOS list of lists. Not sure if this is by design, or has just been overlooked. http://lists.centos.org/mailman/listinfo Phil -------- Original Message -------- Subject: [CentOS] Centos 5.4 'prerelease-access' - is there such a thing? Date: Sat, 12 Sep 2009 08:22:17 -0500 From: Peter l Jakobi <lists(a)kefk.oa.shuttle.de> Reply-To: CentOS mailing list <centos(a)centos.org> To: centos(a)centos.org <centos(a)centos.org> Hi, excluding the Frankengrade from CENTOS5.3 to upstream RHEL5.4, is there are procedure / repository access / nightly builds / ... to what will be CENTOS 5.4? URLs? Howtos? Discussion threads or notes? I checked help, wiki and forums and google, but came up empty. Of course, this kind of use is depending on the way the new upstream RHEL sources are processed, so maybe there won't be a complete set of packages at all until maybe one or two weeks before the release. But again I got no lucky search hits for this kind of internals either. I'll gladly collect and summarize for a (hopefully easier locatable) wiki-page to be :). cu, Peter -- cu Peter l Jakobi lists(a)kefk.oa.shuttle.de

7 8

Thiago Avelino has invited you to Dropbox
by Dropbox 15 Oct '09

15 Oct '09

We're excited to let you know that Thiago Avelino has invited you to Dropbox! Thiago Avelino has been using Dropbox to sync and share files online and across computers, and thought you might want it too. Visit http://www.getdropbox.com/link/20.jFRbfH0d7t/NjM3MTY5MDM3 to get started. - The Dropbox Team ____________________________________________________ To stop receiving invites from Dropbox, please go to http://www.getdropbox.com/bl/166e1def02f3/centos-devel%40centos.org

3 2

CentOS 5.4 Status
by IT2 Stuart Blake Tener, USNR 15 Oct '09

15 Oct '09

Mr. Herrold, Please understand that it is with no pleasure accorded to me that I must go and correct the some several assertions you have proffered within your commentary, as they are most certainly anomalous in nature. I think you might be well served to realize that most people have the expectation that no matter how slowly a project might progress, the status does change from time to time. And in the absence of a weekly or monthly status report on its progression, it is quite reasonable to proffer a request for pronouncement of the project's status. My queries were not specific to the S/390 apportionment of the 5.4 distribution from CentOS, but part of a greater overarching query regarding 5.4 more generally. Indeed, showing interest in the direction a particular distribution is heading, is actually contributing. It might not be writing code, but having the discussion about the needs of the community and the sorts of platforms that said community members might otherwise search for support on, is a contribution of intellectual value in terms distinctly not uncertain. Moreover, your presumption regarding my standing to represent the US Navy specifically concerning any interest in a S/390 distribution is entirely erroneous, but I appreciate you think highly enough of me that the Navy would leave that to me. However, I am sorry that you were so easily confused by the fact that my being a sailor in the Navy meant that I might be representing the Navy needing this distribution, as I do not represent the interests of the Navy regarding my comments. In fact, notwithstanding the fact that I never said the Navy had any desire for a S/390 variant of CentOS, what maybe far more likely is that I have a P/390 and am interested to see it come to fruition for the purposes of my personal mainframe hardware. Lastly, it instructive that many years ago I spent hours on the phones with folks from RedHat, back when they sold more books than Linux CDs, trying report bugs and explain where I thought the code could be improved. However, just to show you my heart is in the right place, once a 5.x variant is at least in beta for the S/390 platform (from CentOS), I shall certainly be happy to contribute by beta testing it and turning in bug reports. I await the project's advancement to said milestone, such that I can begin contributing sir. Now personally, I have my doubts as to a FOSS Fairy, but, just in case, I placed a CD with CentOS 3.9 for S/390 under my pillow! :) I appreciate your taking the time to review my reply comments, and look forward to discussing the needs of the greater CentOS community in more detail with you as the project moves forward. Have a wonderful and blessed day sir. Very Respectfully Submitted, Stuart B. Tener === 'IT2 Stuart Blake Tener, USNR': You have asked this how many times without contributing to advancing such an effort, now? If the Navy wants it, step and fund a run at it. If you do, put your shoulder to the wheel. I described my effort on an IBM provided build instance the last time this question was asked [with published build sources, and result packages], and the time before that as well, and I am sure it is in the archives Stuff is not just magically delivered by the FOSS fairy -- Russ herrold -- Very Respectfully, IT2 Stuart Blake Tener, USNR Las Vegas, NV / Beverly Hills, CA / Philadelphia, PA / Washington, DC Amateur Radio Call Sign: N3GWG (Extra) / Marine Radio Operator Permit (MROP) email: teners(a)bh90210.net (also carbon copies to my Blackberry) phone: +(1) 310.358.0202 (Beverly Hills, CA, forwards to mobile phone) phone: +(1) 215.338.6005 (Philadelphia, PA, voice mail only) E-Fax: +(1) 928.437.4505 (Telecopier, fax to email gateway) Military emails (checked monthly until remote NMCI access is secured) NIPRNET: stuart.tener(a)navy.mil NIPRNET: stuart.b.tener(a)us.army.mil NRO: teners(a)nro.mil TS/SCI: tenerstu(a)nro.ic.gov (GWAN) Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and/or privileged information, though strictly at the UNCLASSIFIED level. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the originate message.

2 1

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