devel

devel@lists.centos.org

1 participants
4619 discussions

What is upstream for PostgreSQL and PHP in Plus?
by Peter Hopfgartner 26 Jan '09

26 Jan '09

Dear CentOS developers, may I ask what serves as upstream for PostgreSQL, PHP, etc. in the Plus Repository? Is it ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHWAS ? Regards, Peter -- Dott. Peter Hopfgartner R3 GIS Srl - GmbH Via Johann Kravogl-Str. 2 I-39012 Meran/Merano (BZ) Email: peter.hopfgartner(a)r3-gis.com Tel. : +39 0473 494949 Fax : +39 0473 069902 www : http://www.r3-gis.com

2 2

Where to start in CentOS-devel
by Dougal Ballantyne 24 Jan '09

24 Jan '09

Hi, I am a long time Red Hat Linux/RHEL/CentOS user and would like to try and start putting back into CentOS. Where is a good place to start? Dougal

3 4

Re: [CentOS-devel] Upgrading postgresql (Re: CentOS/RHEL 5.3)
by Lamar Owen 22 Jan '09

22 Jan '09

> Charlie Brady wrote: >On Fri, 23 Jan 2009, John Summerfield wrote: >> And then there's postgresql. One has to backup one's data before >> upgrading major postgresql releases and then restore into the new. > I consider that a major upstream bug. Upstream collectively disagrees with you. Even though a PostgreSQL core developer, Tom Lane, works for Red Hat and packages the RHEL PostgreSQL packages. Upgrading PostgreSQL is a HARD thing to do without using the documented 'dump-upgrade-initdb-restore' sequence (unless you want to get multiversion installs working, and use Slony to do the migration...good luck with the multiversion! Although Debian has that piece worked out, Debian can do things during install/upgrade in .deb packages that RPM's cannot do). >However, at the least a %pre script should create an SQL dump before >upgrading major releases, so user is not left with an unusable blob. >Better would be for postgresql to ship a standalone SQL dumper, which can >read old file formats. I maintained the 'PGDG' or community upstream RPM's for PostgreSQL for five years, from 1999 to 2004. Personal reasons caused me to hand that over to Devrim, the current RPM maintainer lead. So I've fought with this issue a long time (as John knows). A %pre scriptlet has no way of reliably detecting whether it is running under Anaconda during a media-fed upgrade or from a fully installed system. If the %pre scriptlet is running under Anaconda, it cannot do an SQL dump, which requires a major portion of the normal system to be present and running to complete. This is not the case in an Anaconda-mediated upgrade, during which many basic system services are simply not there. Then there is the disk space issue (making sure you don't run out). Oh, and compiled C functions. There was once a pg_upgrade program that could do some of this stuff; however, it can break in subtle ways. The PostgreSQL system catalogs that are part of the database contain things that are part of the core system, including functions, operators, and the like. And sometimes the actual tuple format changes from one release to another... Now, it has been a while since I last looked at the upgrading situation; if you want to learn more about it, read the archives of the pgsql-hackers list and search for the various and many upgrade discussions. As a user, I have a CentOS 4 system that at this point in time cannot be upgraded past its current PostgreSQL version due to the need to store photographs from Microsoft Access as large objects. The support for the method used is not in any subsequent version, and in fact doesn't work on anything but the version shipped with CentOS 4. We will have to recode the application to get it ported, unfortunately. Any automatic upgrade of this system would break, and break badly. The moral is that, as a server administrator, you must be ever diligent to make sure that 'upgraded' software doesn't dramatically break things; and you cannot rely on the OS upgrade to do it. (I'm thinking BIND, Apache modules, java versions, amavisd and sendmail, among other things that tend to break in upgrades....) -- Lamar Owen Chief Information Officer Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 828-862-5554 www.pari.edu

1 0

Google's SoC 2009
by Karanbir Singh 22 Jan '09

22 Jan '09

hi, Is there anyone who would like to take ownership of a CentOS effort into GSoC ? Its something we have often thought about ( I have anyway ), but time restrictions have meant that nothing has happened on this front in many years. Here is what I am expecting : - Someone who can research and work out whats involved, document it somewhere ( wiki perhaps ? ) - Lead the CentOS pitch to google, hopefully pushing through to us getting accepted into the scheme. If that happens then : - Organise wish lists, prioritise what projects we are looking at - Organise the 'student' pool - Organise the 'mentor' pool - Be *the* GSoC-CentOS person. No idea how much time this is going to take, but it should be safe to assume its going to be a few hours/week commitment. And its going to be over a significant portion of the year. Anyone ? * I dont mind if more than 1 person wants to take this on as a team. -- Karanbir Singh : http://www.karan.org/ : 2522219@icq

2 2

Re: [CentOS-devel] [CentOS] Status of PostgreSQL and PHP in Testing
by Peter Hopfgartner 21 Jan '09

21 Jan '09

Peter Hopfgartner wrote: > Dear CentOS developers > > I would like to have ask some questions about the PostgreSQL and PHP > packages in the current Testing repository for CentOS 5. > > In http://wiki.centos.org/QaWiki/TestingRepo there is a note, that the > testing period is about 3 weeks. Currently, the PostgreSQL and PHP > packages in http://dev.centos.org/centos/5/testing/SRPMS were created in > September 08. > > Do the developers need more feedback about the packages in testing? Is > there something (a wiki page, a ticket in the bug tracker or something > else) where the feedback can be collected? > > I've tried the packaged on our development server, an Opteron server with a curent CentOS5-x86_64 installation with 9 GB of postgresql data, a good part of which geografical data. Basically, until now everything runs as expected. No problems with the selected packages. Regards, Peter > Is there a testing plan for the packages (works with this and that > software, upgrade from base works)? > > What is the best way I can help? Simply sending feedback to the ML? > > Is there a kind of policy for the upstream version, something like: > version is expected to be in the next major Red Hat release, must be > part of Upstream Web Stack or another Upstream product. Casting this to > a concrete question: Can upgrades to PHP 5.2.8 or PostgreSQL 8.2.11 be > expected to happen. > > And is there already a concrete plan to move those 2 packages to Plus > [http://mirror.centos.org/centos/5/centosplus/]? > > Regards and thank you for this great distribution. The more I work with > it the more I like it. > > Peter > > -- Dott. Peter Hopfgartner R3 GIS Srl - GmbH Via Johann Kravogl-Str. 2 I-39012 Meran/Merano (BZ) Email: peter.hopfgartner(a)r3-gis.com Tel. : +39 0473 494949 Fax : +39 0473 069902 www : http://www.r3-gis.com

1 0

autobuild queues
by Karanbir Singh 21 Jan '09

21 Jan '09

hi, For the next few weeks, the autobuild queus are going to be down. So if anyone needs to build anything, go ahead and drop packages into the queue, but ping one of us : - Tru - Ralph - Johnny or Me about the packages, and we will push it through from this end. Also, note to everyone on the list above - please dont submit anything into the centos-5-osStaged targets! - KB

1 0

Help offer on Sparc front
by Hugo van der Kooij 09 Jan '09

09 Jan '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have just received a SunBlade150 which I would like to put to good use. I understand there is a Centos port underway for the Sparc line. If it is possible to trash the harddisk and fill it with the bare stuff to make it work I am willing to lend access to the system for developers and also do some things myself. I am not a programmer but I can spot the incidental error and maybe fix a typo or at least do my best to provide serious feedback in attempts to capture, reproduce and solve issues. If there is a basic kit somewhere to turn the former Solaris machine and set it on the road to Centos 5 I am willing to add my weight and push the cart along. Hugo. - -- hvdkooij(a)vanderkooij.org http://hugo.vanderkooij.org/ PGP/GPG? Use: http://hugo.vanderkooij.org/0x58F19981.asc A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon? Bored? Click on http://spamornot.org/ and rate those images. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHHl8BBvzDRVjxmYERAtwIAKCajwRD8ZIbbQsVRiA89+9OYD30KQCfR6gw uIbicj9rZqC/HdYv0fXosB0= =Iaaf -----END PGP SIGNATURE-----

4 5

CentOS-6 Artwork - Round 1
by Alain Reguera Delgado 06 Jan '09

06 Jan '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Does anyone knows what is the plan for CentOS-6 artwork ? Actually, some propositions are available at: https://projects.centos.org/trac/artwork/ What do you think of the above proposition ? Is something missing ? Best regards, - -- Alain Reguera Delgado <al(a)ciget.cienfuegos.cu> GnuPG : http://ciget.cienfuegos.cu/~al/publickey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFJTF3xyXxCQEoXDZARAgMxAJ0fG5BHp54nOadb+Qq+SP0WTapBiQCfboGy ddd17sMXXIgNVnSRCVYORFI= =wqTc -----END PGP SIGNATURE-----

4 6

presto / deltarpm
by Karanbir Singh 05 Jan '09

05 Jan '09

hi, The idea of yum-presto and deltarpm support on mirror.centos.org is something that seems to be worth visiting again. I am just wondering if there is anyone who would like to grab the issue, do the testing, workout whats involved and then try and come up with an implementation plan ? Would be good if you already knew how yum and repomd type repositories worked. Anyone interested and have the time ? -- Karanbir Singh : http://www.karan.org/ : 2522219@icq

4 4

RH devel kernels for Centos repo
by David Hrbáč 03 Jan '09

03 Jan '09

Hi, RH devel kernels from http://people.redhat.com/dzickus/el5/ built against Centos tree are available here: http://fs12.vsb.cz/hrb33/el5/hrb-kernel/stable/x86_64/repodata/ http://fs12.vsb.cz/hrb33/el5/hrb-kernel/stable/i386/repodata/ Regards, David Hrbáč

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