Discuss September 2005

discuss@lists.centos.org

243 participants
335 discussions

[OT] Concept: RepoDELTA (simple createrepo hack)
by Bryan J. Smith 09 Sep '05

09 Sep '05

I'm not on the YUM lists, so I'll post this here in the hope it will make someone happy. I'll forward the concept to Seth for consideration (if he doesn't see it here). This is a simple "createrepo" hack that would require corresponding support in the "yum" binary as well. I'm not sure this would work, but it's just an idea I figure I might as well through out. PROBLEM Users want to be able to access the "state" of a YUM repository at any arbitrary point in time or by a known tag. REQUIREMENTS In order for this to work, there are 3 requirements: 1. Appending-only Repository No package deletions, packages are only added to the YUM repository, never removed (at least not without careful considerations -- i.e., not recommended). 2. Multiple Repodata Instances/Tracking For those who actually know how YUM works at the HTTP-accessed repository, it is the "repodata" directory that holds all meta-data/package list information. In order for any resolution to occur on any arbitrary date/tag, there must be a way to control/delta/host multiple Repodata Instances and track. 3. Resolution There must be a new set of mechanisms for resolving what Repodata Instance to use, given an option in the YUM client. Either a radical change must occur in the way YUM operates (i.e., repositories are accessed via HTTP), or the client must take on this additional burden. SOLUTION 1. Doesn't change regardless of solution -- unless, of course, the server wants the additional overhead of binary deltas between RPMs. No thanks, we'll just keep all RPM package releases. 2/3. An evolutionary approach is used, no fancy version control system, just a flat directory system all still accessed via HTTP. This is how it works. New Subdirectory: ./repodelta A. Tree organization Repodelta is a tree of subdirectories whose names are the string of absolute POSIX seconds assuming UTC -- i.e., the same output as "date -u +%s", e.g., ./repodelta/1126278362 B. Tree index Since HTTP does not lend itself to file management (at least not without something like WebDAV on both the server and client), there will be an index file of the tree. This should be a simple file, something like "./repodelta/releases.txt" or similar. It should be a flat text file, just the `date -u +%s" format on each line, although an MD5 or other checksum could be attached to the end or a separate file for verification of its integrity. C. New createrepo option: --delta The createrepo should have a new option called "--delta". Instead of generating new meta-data files in the "./repodata" subdirectory, it creates a new "./repodelta/`date -u +%s`" subdirectory with new meta-data files, then symlinks ./repodata/ to it. It also re-reads the "./repodelta/" directory, looks for subdirectories ( [ -d ] "test" in most scripting languages) with valid meta-data indicies (this would be more subjective/involved), and regenerates the "./repodelta/releases.txt" file with an date index to those releases. Again, we do this since standard HTTP does not define file operations such as reading a directory list. D. Tags: Symlinks Creating tags is as simple as symlinking a new directory against one of the `date -u +%s` format directories. The createrepo "--delta" option will look for symlinks in the under "./repodelta", and add the tag in the "./repodelta/releases.txt" after the de-referenced directory name (whitespace delimited). E.g., given the directory listing: ./repodelta/1126278362 ./repodelta/4.1 -> 1126278362 ./repodelta/current -> 1126278362 The line in ./repodelta/releases.txt would be: 1126278362 4.1 current It probably wouldn't hurt for a reserved "HEAD" tag to be automagically generated whenever createrepo --delta is run for the new directory. E. YUM client options New YUM clients would have to be written with new options and resolution logic -- date and tag options. Resolution is straight-forward for tags, although a decision whether to default to HEAD or give an error if a tag doesn't exist would have to be considered. Date resolution is almost as straight-forward -- given a date/time (in a variety of formats -- absolute seconds, traditional format, reverse offset from current, etc...), the YUM client will look for the closest date that is "no later" than the one given. Kinda like the Price-is-Right, the closest without going over (the given date/time). F. Backward compatibility, both client and server Because the ./repodata/ is just a symlink, legacy YUM clients work without modification. And in the case where someone runs a non-repodelta verison of createrepo, only the last repo is overwritten. NOTE: An option to avoid this might be to have ./repodata not be a symlink to a subdirectory in ./repodelta/, but a copy of of the appropriate subdirectory. Another option would be to leave the symlink, but it always points to a reserved ./repodelta/HEAD/ directory that is not a symlink. That way you always know the ./repodelta/`date -u +%s` is always true to that date, and the only consideration is if ./repodelta/HEAD/ is not the same as the latest ./repodelta/`date -u +%s`. In fact, that might be most ideal, HEAD is _never_ a tag/symlink, but its own, real subdirectory. EXAMPLE: An example directory structure might be: ./repodata ./repodelta/1125372135 ./repodelta/1126278362 ./repodelta/4.0 -> 1125372135 ./repodelta/os -> 1125372135 ./repodelta/4.1 -> 1126278362 ./repodelta/HEAD Where ./repodelta/releases.txt contains: HEAD 1126278362 4.1 1125372135 4.0 os HEAD may or may not be the same as 1126278362. Again, refereincing "F" above, this is to prevent 1126278362 from being changed in case someone runs "createrepo" without the "--delta" option. But if someone did when 1126278362 was created, it will copy its contents into HEAD. And if no one has run createrepo since, the contents will match. Again, this "hack" is probably very easy to implement on the server side. In fact, it could be run daily or on another, regular period. If new files have been added (Q: by date? or my comparing to the previous meta-data?), it will revision a new ./repodelta/`date -u +%s` subdirectory and the other operations. If not, there is no sense in creating a second, exact copy from the previous run. -- Bryan J. Smith | Sent from Yahoo Mail mailto:b.j.smith@ieee.org | (please excuse any http://thebs413.blogspot.com/ | missing headers)

1 0

CentOS-announce Digest, Vol 7, Issue 6
by centos-announce-request＠centos.org 09 Sep '05

09 Sep '05

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2005:761 Moderate CentOS 4 ia64 pcre - security update (Pasi Pirhonen) 2. CESA-2005:761 Moderate CentOS 3 ia64 pcre - security update (Pasi Pirhonen) 3. CESA-2005:761 Moderate CentOS 3 s390(x) pcre - security update (Pasi Pirhonen) 4. CESA-2005:761 Moderate CentOS 4 s390(x) pcre - security update (Pasi Pirhonen) 5. CESA-2005:761 Moderate CentOS 4 x86_64 pcre - security update (Johnny Hughes) 6. CESA-2005:761 Moderate CentOS 4 i386 pcre - security update (Johnny Hughes) 7. CESA-2005:358 Moderate CentOS 4 ia64 exim - security update (Pasi Pirhonen) 8. CESA-2005:358 Moderate CentOS 4 s390(x) exim - security update (Pasi Pirhonen) 9. CESA-2005:358 Moderate CentOS 4 i386 exim - security update (Johnny Hughes) 10. CESA-2005:358 Moderate CentOS 4 x86_64 exim - security update (Johnny Hughes) 11. CESA-2005:761 Moderate CentOS 3 i386 pcre - security update (Tru Huynh) 12. CESA-2005:761 Moderate CentOS 3 x86_64 pcre - security update (Tru Huynh) 13. CESA-2005:761-02: Moderate CentOS 2 i386 pcre security update (John Newbigin) ---------------------------------------------------------------------- Message: 1 Date: Thu, 8 Sep 2005 21:08:23 +0300 From: Pasi Pirhonen <upi(a)papat.org> Subject: [CentOS-announce] CESA-2005:761 Moderate CentOS 4 ia64 pcre - security update To: centos-announce(a)centos.org Message-ID: <20050908180823.GG15823(a)core.upi.iki.fi> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2005:761 https://rhn.redhat.com/errata/RHSA-2005-761.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/pcre-4.5-3.2.RHEL4.ia64.rpm updates/ia64/RPMS/pcre-devel-4.5-3.2.RHEL4.ia64.rpm -- Pasi Pirhonen - upi(a)iki.fi - http://iki.fi/upi/

1 0

RE: [CentOS] Installing on Abit BE7-RAID
by Drew Weaver 09 Sep '05

09 Sep '05

Good luck getting a hw raid vendor (other than 3ware) to help you :-) -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Ignacio Vazquez-Abrams Sent: Thursday, September 08, 2005 10:46 PM To: CentOS mailing list Subject: Re: [CentOS] Installing on Abit BE7-RAID On Thu, 2005-09-08 at 19:26 -0700, Todd Cary wrote: > I have RH 8 running on a Abit BE7-RAID motherboard. My task is > installing Centos 4.1 with limited knowledge on installing with hardware > RAID. The arrays are still in place for the two pairs of drives. > > HighPoint only shows drivers up through RH 9. > Will the drivers work with Centos 4.1? Absolutely not. The kernel versions are far too different. Contact HighPoint for updated drivers. -- Ignacio Vazquez-Abrams <ivazquez(a)ivazquez.net> http://centos.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72

3 3

Centos 4.1 DISPLAY question - SOLVED
by Jerry Geis 09 Sep '05

09 Sep '05

I was trying to do --display=machine:0.0 and all I needed was --display=:0.0 Specifying the machine or IP address was not working for some reason... Jerry ------------------ Actually this has nothing to do with ssh... On my box that I have running X windows I can type mozilla in a terminal window and mozilla comes up... no problem. I then stop mozilla. I then do CTL+ALT_F1 to get a console. I login as root. (x windows is not logged in as root). I then type "mozilla --display=machine:0.0" and nothing happens. How do I pop up mozilla and display it in this maner? This represents what I want to do not how I am doing it. Thanks, Jerry

2 1

LDAP/iptables
by Thomas E Dukes 09 Sep '05

09 Sep '05

Hello, I am trying to get LDAP running. So far, the server is running but I cannot connect to port 389 or the server using webmin or phpldapadmin. It could be my ISP has blocked this port but I'm not sure. I have tried to telnet to port 389 but it is refused. All other services run fine. I user the iptables ruleset found in the IP-Masquerade HowTo. Below is the ruleset I follow for opening ports for external access. For some reason it won't open 389. $IPTABLES -A INPUT -i $EXTIF -m state --state NEW,ESTABLISHED,RELATED \ -p tcp -s $UNIVERSE -d $EXTIP --dport 389 -j ACCEPT Where $EXTIF = eth0 and $EXTIP = my ipaddress Does anyone know what I may be doing wrong? TIA

5 27

NetPBM
by William J.A. Brillinger 09 Sep '05

09 Sep '05

Greetings, I am setting up a CentOS+BlueQuartz server, replacing my Cobalt machine. On my Cobalt I had installed a set of pre-made binary's for netpbm. Using "yum search", I found and installed "netpbm.i386" but I am at a loss as to how to use the resulting libraries from my php scripts etc.? Do I need to install the netpbm-progs.i386 and netpbm-devel.i386 also?? - Bill (Linux dumb but learning!) --------------------------------- William J.A. Brillinger Precision Design Co. E-Mail: mailto:billy@pdcweb.net Web site: http://www.pdcweb.net

3 4

Anyone running giFTui successfully on CentOS?
by Dave Gutteridge 09 Sep '05

09 Sep '05

I've been hunting this down on the internet, but haven't had any success, so I'm going to ask here. Does anyone on this list know anything about giFTui? I've tried running it, but get this error: giftui: error while loading shared libraries: liblinc.so.1: cannot open shared object file: No such file or directory I can not determine how to get this shared library on my system. Does anyone have any suggestions? Dave

4 11

wpa_supplicant
by centos＠911networks.com 08 Sep '05

08 Sep '05

Hi, I am running Centos 4.1 on a Dell D610 with ipw2200. Any good howto for running wpa-psk? I have searched and not found much related to RHEL or CentOS. -- Thanks http://www.911networks.com

3 2

C/R system bounce from list subscriber (was: [Fwd: Returned mail: see transcript for details])
by Alexander Dalloz 08 Sep '05

08 Sep '05

mailing list subscription and C/R system mail does not harmonize! Warren - whoever you are - please subscribe with a mail address which accepts delivery without such nasty bounces! (Got the bounce instantly to my last reply to "Error when starting apache".) Alexander -----Weitergeleitete Nachricht----- > From: centos.5.warren(a)recursor.net > To: ad+lists(a)uni-x.org > Subject: Returned mail: see transcript for details > Date: Thu, 08 Sep 2005 15:21:34 -0700 > > The original message was received at Thu, 8 Sep 2005 15:21:33 -0700 > from localhost [127.0.0.1] > > ----- The following addresses had permanent fatal errors ----- > <warsome(a)pacbell.net> > (reason: 553 5.3.0 ylpvm37,DNSBL:To request removal of, 216.218.230.146, send the complete error message in an E-mail to removeme(a)sbc.sbcglobal.net) > > ----- Transcript of session follows ----- > ... while talking to pbimail3.prodigy.net.: > >>> MAIL From:<+centos+warren+5f8954b573.ad+lists#uni-x.org(a)spamgourmet.com> > <<< 553 5.3.0 ylpvm37,DNSBL:To request removal of, 216.218.230.146, send the complete error message in an E-mail to removeme(a)sbc.sbcglobal.net > 501 5.6.0 Data format error > > ______________________________________________________________________ > Reporting-MTA: dns; gourmet.spamgourmet.com > Received-From-MTA: DNS; localhost > Arrival-Date: Thu, 8 Sep 2005 15:21:33 -0700 > > Final-Recipient: RFC822; warsome(a)pacbell.net > Action: failed > Status: 5.3.0 > Diagnostic-Code: SMTP; 553 5.3.0 ylpvm37,DNSBL:To request removal of, 216.218.230.146, send the complete error message in an E-mail to removeme(a)sbc.sbcglobal.net > Last-Attempt-Date: Thu, 8 Sep 2005 15:21:34 -0700 > > ______________________________________________________________________ > Return-Path: centos.5.warren(a)recursor.net > Received: from gourmet.spamgourmet.com (localhost [127.0.0.1]) > by gourmet.spamgourmet.com (8.12.11/8.12.11) with ESMTP id j88MLXcf014084 > for <warsome(a)pacbell.net>; Thu, 8 Sep 2005 15:21:33 -0700 > Received: (from jqh1@localhost) > by gourmet.spamgourmet.com (8.12.11/8.12.11/Submit) id j88MLXPQ014079 > for warsome(a)pacbell.net; Thu, 8 Sep 2005 15:21:33 -0700 > Received: from mail.centos.org (lists.centos.org [72.21.40.10]) > by gourmet.spamgourmet.com (8.12.11/8.12.11) with ESMTP id j88MLWdG014074 > for <centos.5.warren(a)recursor.net>; Thu, 8 Sep 2005 15:21:32 -0700 > Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) > by mail.centos.org (Postfix) with ESMTP > id 88ADFF3C64E; Thu, 8 Sep 2005 22:20:34 +0000 (UTC) > X-Original-To: centos(a)centos.org > Delivered-To: centos(a)centos.org > Received: from noc.uni-x.org (noc.uni-x.org [62.96.3.177]) > by mail.centos.org (Postfix) with ESMTP id 2F7F3F3C648 > for <centos(a)centos.org>; Thu, 8 Sep 2005 22:20:32 +0000 (UTC) > Received: from [192.168.0.2] (213-182-113-173.teleos-web.de [213.182.113.173]) > (authenticated bits=0) > by noc.uni-x.org (8.13.3/8.13.3) with ESMTP id j88MKTom000488 > (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) > for <centos(a)centos.org>; Fri, 9 Sep 2005 00:20:30 +0200 (CEST) > Subject: Re: [CentOS] Error when starting apache > From: "Alexander Dalloz - ad+lists(a)uni-x.org"<+centos+warren+5f8954b573.ad+lists#uni-x.org(a)spamgourmet.com> > To: CentOS mailing list <centos(a)centos.org> > In-Reply-To: <6.1.2.0.0.20050908170511.01a37ed0(a)mail.pdcweb.net> > References: <6.1.2.0.0.20050908170511.01a37ed0(a)mail.pdcweb.net> > Message-Id: <1126218028.15743.230.camel(a)serendipity.dogma.lan> > Mime-Version: 1.0 > X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) > Date: Fri, 09 Sep 2005 00:20:28 +0200 > X-BeenThere: centos(a)centos.org > X-Mailman-Version: 2.1.5 > Precedence: list > Reply-To: centos.5.warren(a)recursor.net > List-Id: CentOS mailing list <centos.centos.org> > List-Unsubscribe: <http://lists.centos.org/mailman/listinfo/centos>, > <mailto:centos-request@centos.org?subject=unsubscribe> > List-Archive: <http://lists.centos.org/pipermail/centos> > List-Post: <mailto:centos@centos.org> > List-Help: <mailto:centos-request@centos.org?subject=help> > List-Subscribe: <http://lists.centos.org/mailman/listinfo/centos>, > <mailto:centos-request@centos.org?subject=subscribe> > Content-Type: multipart/mixed; boundary="===============1027866216==" > Sender: centos.5.warren(a)recursor.net > Errors-To: centos-bounces(a)centos.org -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora Core 2 GNU/Linux on Athlon with kernel 2.6.11-1.35_FC2smp Serendipity 00:25:04 up 17 days, 21:08, load average: 0.20, 0.19, 0.19

1 0

Intel RAID controller
by Mark Belanger 08 Sep '05

08 Sep '05

I have a dell precision 380: http://catalog.us.dell.com/CS1/CS1Page2.aspx?br=6&c=us&cs=555&fm=11210&l=en… with an Intel Matrix Storage Manager ICH7R RAID Controller http://www.intel.com/support/chipsets/imsm/sb/cs-020663.htm I need to get CentOS 3 installed on this thing but can't due to the fact that the controller is not supported in 2.4 kernels. There is a patch available from http://iswraid.sourceforge.net/. Question - Since the installer has the "wrong" kernel, how do I go about getting it installed with the patched kernel? -Mark -- Mark Belanger LTX Corporation

4 14

← Newer
1
...
23
24
25
26
27
28
29
...
34
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss September 2005