devel

devel@lists.centos.org

11 participants
4618 discussions

Why there are still xfsprogs-2.9.4 in centos 5?
by Kirby Zhou 30 Jun '10

30 Jun '10

Why there are still xfsprogs-2.9.4 in centos 5? Redhat has already updated it to 2.10.2 for at least half a year. (https://rhn.redhat.com/errata/rhel-xfs-errata.html) Regards, Kirby Zhou from SOHU-RD +86-10-6272-8261

2 2

Fwd: rpm.groups - Libraries/Ruby
by Jeff Johnson 24 Jun '10

24 Jun '10

FYI (from a RPMTAG_GROUP discussion on the PLD devel mailing list). You should recognize the URI's in the message, they were all snipped frpm the thread here on centos-devel. The comments are purely mine, and intended as analysis, no intent whatsoever to offend anyone. The engineering problem of enabling luser choice is in fact very hard to solve when based on contributed FL/OSS efforts. 73 de Jeff Begin forwarded message: > From: Jeff Johnson <n3npq(a)mac.com> > Date: June 24, 2010 11:43:11 AM EDT > To: "PLD: Developers list (English)" <pld-devel-en(a)lists.pld-linux.org> > Subject: Re: rpm.groups - Libraries/Ruby > > > On Jun 24, 2010, at 11:22 AM, Bartosz Taudul wrote: > >>>> New group hierarchy proposition can be found at >>>> http://cvs.pld-linux.org/cgi-bin/cvsweb/PLD-doc/nowe-grupy?rev=HEAD. >>> This tree is as good as any other I've seen, certainly far far >>> better than synaptic/aptitude choices. >> It was based on sourceforge trove software map. >> >>> Have you considered: >>> >>> Setting up a process to map specific packages into your taxonomy >>> >>> Something like a de.licio.us tagging framework to do the mapping >>> subjectively with "community" (whatever that means) involvement >>> would be one relatively painless process. >> Translation: noone would do it. Not worth the effort. > > If you're saying > Noone has time for bookmarking at http://de.licio.us any more. > I absolutely agree. > > (aside) > In fact bookmarking (and Google keyword searches) > Just Don't Work Well, but that's a whole different and quite complex > discussion. I kinda like de.licio.us because I can track through > a bookmark tag to see what _ELSE_ a person interested enough > to add a de.licio.us bookmark that blipped my radar might > be interested in. I can't do that with Google keyword searches. > > But de.licio.us (and more generally Ajax) are a pathway to automated collection > of "voting" metrics for "attributes" attached to "packages" indepnedently > (and persistently) after a package has been built. The ultimate > design flaw with RPMTAG_GROUP (and other tags in RPM metadata) is > that static content delivery isn't very useful in 2010, the > "process" to embed tags in packaging reliably is just too cumbersome these days. > > The code for de.licio.us (and Ajax and REST-ful in general) is > there for the stealing is all I meant to point out. > > But go look at any site that is advertising RPM "packages". Here's > are several URL's (from a thread on centos-devel mailing list) I had to visit > this week: > > http://packages.debian.org/lenny/php5 > http://www.freshports.org/ > > All of those "package" presentations are ugly, useless, uninformative > and otherwise as pointless as RPMTAG_GROUP is in RPM installers. > > This URL I particularly have issue with (not with the site per se) > http://pkg.org.ua/ > Note the organization using "vendor" as a toplevel "attribute" for "package" > choosing. > > If "vendor" is the only "attribute" that is presented to lusers, well, > FL/OSS software is just doomed. > > And it wouldn't be that hard to change the "package" presentation using, say, a > more reasonable and intelligent hierarchical tree like what you pointed me to. > > hth > > 73 de Jeff

1 0

'yum-security' plugin and fasttrack respository for CentOS 5.4
by Alan Bartlett 24 Jun '10

24 Jun '10

Yesterday evening (Tuesday December 8, 2009) a forum thread [1] was started by Stefan (under the ID of "gigglesworth") relating to the above subjects. As is well known, ELRepo provided the fasttrack packages during the lifetime of CentOS 5.3 but following on from Karanbir's assertion that CentOS will provide the fasttrack packages for 5.4 we, at ELRepo, have stepped down from providing that service. Will CentOS-devs please have a look at the above mentioned thread and then respond, accordingly, to the OP. Regards, Alan. [1] http://www.centos.org/modules/newbb/viewtopic.php?topic_id=23695&forum=42

3 5

Web based Package DB
by Karanbir Singh 23 Jun '10

23 Jun '10

Hi, Didi and I met up yesterday afternoon and had a chat about creating a web interface to the centos repositories. Something along the lines of repoview, but a thicker, richer experience. So what features would everyone like to see from something like this ? We have a few ideas already, but it would be nice to get feedback on what people expect ( so we know how far off the mark we were :) ) We hope to resurrect the 'pandora' project as a side effect from this. - KB

8 14

PXE Boot CentOS 5.5 Live CD
by Krishnaprasad_K＠Dell.com 23 Jun '10

23 Jun '10

Hello, This is regarding a query w.r.t CentOS 5.5 Live CD Bootup from PXE server. From the CentOS LiveCD project webpage, i do see that PXE booting of CentOS live CD is pretty simple as the ISO image itself is carried inside the initrd. I downloaded the "livecd-tools-014-8.src.rpm" from CentOS repositories and created a new initrd image ( which contains Live ISO image ) using "livecd-iso-to-pxeboot.sh" script. # ./livecd-iso-to-pxeboot.sh CentOS-5.5-i386-LiveCD-Release2.iso This creates a new initrd by incorporating the ISO image ( live ISO image ) with the existing initrd present in the live CD ISO image. But when i use this updated initrd from PXE server, it says "Boot failed...press a key to retry or wait to reset..." Here is the PXE entry:- kernel vmlinuz0 APPEND initrd=initrd0.img root=/CentOS-5.5-i386-LiveCD-Release2.iso rootfstype=iso9660 rootflags=loop 3 - where vmlinuz0 is the kernel image present in the CentOS iso and initrd0.img is the updated initrd image created using the script ( livecd-xxx-pxe.sh ). i.e. CentOS live ISO initrd with ISO image. When the /tftpboot/pxelinux.cfg/default is updated with the above entries, then server gets restarted and in the next boot up system shows an error, i.e. "Alert ! System fatal error during previous boot" any one have experienced same issues? Thanks in Advance ! - Krishnaprasad

2 2

DRBD again...
by Joseph L. Casale 22 Jun '10

22 Jun '10

A while we discussed dropping the old drbd packages out of the repo. I have a two node cluster I rolled from the same ks file and built rpms from a supported version of drbd using their trivial and well documented method, so when I needed help, I could get it:) During a `yum update` on only "one" node, it wants to replace drbd.x86_64 8.3.7-1 with drbd82? Uh, ok... I don't have the genuine skill to manage packages for a repo of such importance like a CentOS repo, but an abandoned package is of equal harm. When a user installs those and then goes to the drbd list for help I suspect he would get the same reply if he installed CentOS 5.0 then encountered an issue and asked for help. Fair? The list of fixes from 8.2.x to current is long. Given the package building is so well done for drbd, by Linbit, does it make sense to duplicate their effort and simply make work for the maintainers of this repo? Thanks guys, jlc

5 13

Forum Post: "Lance Davis Question..."
by Alan Bartlett 21 Jun '10

21 Jun '10

There has been a recent forum post with the subject header as quoted, above. [1] I feel that it would be best answered by one of the Core Development Team. Of all the usual people that I would consider to ask to craft a suitable response, I think Russ would be the most appropriate person. So, grandchildren permitting, a sentence -- or even a paragraph -- would be appreciated, please. Regards, Alan. [1] http://www.centos.org/modules/newbb/viewtopic.php?topic_id=26780&forum=14

2 2

CentOS Artwork Repository (tagged revision 0.0.1)
by Alain Reguera Delgado 18 Jun '10

18 Jun '10

Hi Guys, I would like to share with you the 0.0.1 tagged revision of CentOS Artwork Repository. The CentOS Artwork Repository, as it comes inside 0.0.1 tagged revision, is a tool where graphic designers, translators and programmers do their best to automate image production used to build a monolithic corporate visual identity for the CentOS project. As final goal we have in mind to automate image rendering for many languages, many major releases, and different artistic themes; in a way that people building rpms (or anything that needs images) could use the artwork rendering process. This, in order to give one step forward onto CentOS automation. The CentOS Artwork Repository 0.0.1 tagged revision is a preview of what we are doing to automate CentOS artwork production. It is a work in progress and surely many things need to be corrected. If you are interested on CentOS Artwork, download the following file: http://wiki.centos.org/ArtWork?action=AttachFile&do=get&target=centos-artwo… test it on your workstation, report bugs, and make suggestions. It is possible that 0.0.1 tagged revision structure be reflected inside https://projects.centos.org/svn/artwork, which is the CentOS Artwork Repository standard location. Best Regards, al.

4 5

Artwork pre-prep for v6
by Marcus Moeller 17 Jun '10

17 Jun '10

Hi all, as already stated in IRC I am going to start pre-preparation of a new artwork for v6. This will include a custom Plymouth theme as well as wallpaper and icon packages. If one wants to complain, do it now, please. Otherwise I will just go ahead. Best Regards Marcus

5 11

Debuginfo packages not signed
by Phil Schaffner 15 Jun '10

15 Jun '10

Just noticed that (at least some - e.g. CentOS-5 kernel-debuginfo, kernel-debuginfo-common, aspell-debuginfo) debuginfo packages are not signed. Started to file a bug entry, but don't know if it is merited. Is the intent to have these packages signed? The Debuginfo Wiki page shows "gpgcheck=1". http://wiki.centos.org/AdditionalResources/Repositories/DebugInfo Phil

3 3

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