devel

devel@lists.centos.org

4 participants
4639 discussions

corrected spanish version and question: Re: [CentOS-es] Re: [CentOS-devel] Anaconda Slides in "Other Than English"
by "Ing. Ernesto Pérez Estévez" 19 Mar '07

19 Mar '07

> this is my very-first version of > anaconda-spanish-slides Roger missed translating slides 1 and 2. They have been added in my translation. I also rephrased his words to obtain a less mechanical (automated) translation. BTW, I have a question, in slide #2 says: The organization that produces centos is named The CentOS Project. I'm hesitant on whether to translate "The CentOS Project" to Spanish or leave it like this, in English. My suggestion is to translate it. regards epe -- Ing. Ernesto Pérez Estévez http://www.ecualinux.com USA: +1 305 675 1512 Ext 203 / España: +34 917617884 Ext 203 Ecuador: +593 2 3412402 / + 593 9 9246504 Slides: 01-centos5-welcome.png Gracias por instalar CentOS 5. CentOS es una distrubución de linux de clase empresarial derivado de fuentes libremente disponibles al público por el prominente vendedor de Linux Empresarial Norteamericano. CentOS es compatible 100% con las políticas de distribución del proveedor y su objetivo es ser 100% compatible binario. (CentOS realiza cambios en los paquetes para fundamentalmente remover las marcas del proveedor y sus artes). Más información: http://www.centos.org/ ========== 02-centos5-donate.png La organización que produce CentOS se llama The CentOS Project. No estamos afiliados con ninguna otra organización. * Nuestra única fuente de hardware o financiamiento para distribuir CentOS es por donación. * Por favor considere donar al Projecto de CentOS si usted haya a CentOS de utilidad. Más información: http://www.centos.org/donate ========== 03-centos5-yum.png Title: Gestión de paquetes con Yum La forma recomendada para instalar o actualizar CentOS es usar Yum (Yellow Dog Updater, Modified). Vea la guia titulada: "Managing Software with Yum" en el enlace a la documentación siguiente. YumEx, una interfase gráfica para Yum, también está disponible en el reposorio CentOS Extras. Más información: http://www.centos.org/docs/5/ ========== 04-centos5-centos.png Title: Reposorios de software para CentOS Los siguientes reposorios existen en CentOS desde los cuales se pueden instalar aplicaciones: [base] (alias [os]) - RPMS presentes en los ficheros ISO de CentOS. [updates] - Actualizaciones (Updates) al reposorio [base]. [addons] - Elementos producidos al recompilar los SRPMS pero dejados fuera por el proveedor. [contrib] - Elementos que son contribución de los usuarios de CentOS [extras] - Elementos que no están presentes en el proveedor (mejoran paquetes de [base]). [centosplus] - Elementos que no están presentes en el proveedor (mejoran paquetes de [base]). [testing] - Elementos en prueba, paquetes de calidad beta Más información:http://mirror.centos.org/centos/5/Readme.txt ========== 05-centos5-centosplus.png: Éste repositorio es para elementos que actualizarán ciertos componentes del repositorio base. Éste repo cambiará a CentOS de forma tal que ya no será exactamente como los contenidos del proveedor. El equipo de desarrollo de CentOS ha probado cada elemento de éste repo, y ellos se pueden compilar y trabajan bajo CentOS-5. Ellos no han sido probados por el proveedor y no estarán disponibles en los productos del proveedor. Usted debe entender que el uso de estos elementos remueve el 100% de compatibilidad binaria con los productos del proveedor. Más información: http://mirror.centos.org/centos/5/centosplus/Readme.txt ========== 06-centos5-support.png Title: Ayuda con CentOS Usted puede obtener ayuda con CentOS de varias maneras, incluyendo: * Internet Relay Chat (IRC) - #centos, #centos-social y #centos-devel en irc.freenode.net * Listas de Correo - CentOS, CentOS-Devel, CentOS-Announce y en las listas expecíficas de otros idiomas que aparecen en http://lists.centos.org * Foros: Disponibles en http://www.centos.org/modules/newbb/ Más información: http://www.centos.org/ ========== 08-centos5-wiki.png Title: Documentación para CentOS La siguiente Documentación esta disponible para CentOS: Deployment Guide, Installation Guide, Virtualization Guide, Cluster Suite Overview, Cluster Administration, Cluster Logical Volume Manager, Global File System, Global Network Block Device, Virtual Server Administration, Managing Software with yum, Using YumEx, and release notes for all software. Más información: http://www.centos.org/docs/5/ ========== 08-centos5-wiki.png Title: Wiki de CentOS El wiki de CentOS está disponible con: Preguntas Más Frecuentes (FAQs, PMF), COMOs (HowTos), Tips y Artículos en varios asuntos relacionados con CentOS que incluyen instalación de aplicaciones, actualizaciones, configuración de reposorios y mucho más. El wiki también contiene información de Eventos de CentOS en su localidad y CentOS en los medios. En colaboración con las lista de correo CentOS-Docs, los contribuyentes pueden obtener permiso para publicar artículos, tips y COMOs (HowTos) en el wiki de CentOS .... así que contribuye hoy mismo!! Más información: http://wiki.centos.org/ ========== 09-centos5-virtualization.png Title: Virtualización en CentOS-5 CentOS-5 ofrece Virtualización vía Xen para las plataformas i386 y x86_64 en ambos modos: virtualización completa y paravirtualización. La Guía de Virtualización y las Guía para la Administración de un Servidor Virtual ofrecen información sobre la virtualización en CentOS-5. Más información: http://www.centos.org/docs/5/

4 5

Zero day updates upstream
by Karanbir Singh 17 Mar '07

17 Mar '07

hi guys, Something to talk about while we prep C-5 for release... There were some packages that were updated along with release, I can imagine this was since the tree must have been frozen a while before actual release upstream. However, we dont have that problem - the tree hasent been released. So, what does everyone thing ? Should we release the tree with the updates rolled in ? or should we release the tree exactly as upstream did, and also provide the updates to go alongside - but in the updates repo ? One thing that I would be very hesitant to update would be the kernel, since updating that would imply updating the installer kernel as well. Which is going to cause lots of issues since its known that vendors and support people will ask for specific kernels at specific times ( eg. installed with x.y.z and 5.0.0 ) - KB -- Karanbir Singh : http://www.karan.org/ : 2522219@icq

18 38

Re: [CentOS-docs] Java Installation HowTo kickoff (JDK 1.4.2, 1.5 and 1.6)
by Leonardo Pinheiro 16 Mar '07

16 Mar '07

On 3/13/07, Ralph Angenendt <ra+centos(a)br-online.de > wrote: > > Oh, I forgot: The page is not yet linked to from anywhere, we'll do that > when you are ready. > > Thanks in advance, > > Ralph I've started posting it (not finished), and there is indeed a link for it in the HowTos (http://wiki.centos.org/HowTos ). I hope by now the JavaOnCentOS may be used at least by experienced users. Suggestions are welcome. Leonardo

3 3

Re: [CentOS-devel] Zero day updates upstream
by C. Halstead 15 Mar '07

15 Mar '07

----- "Matt Hyclak" <hyclak(a)math.ohiou.edu> wrote: > > I vote we stick with upstream and just make the updates available > immediately in the updates repo. +1 -chris --- C. Halstead <chris(a)sourcelabs.com> SourceLabs - http://www.sourcelabs.com Dependable Open Source Systems

1 0

CentOS 5 Devel problems with initial setup
by Brian Taber 13 Mar '07

13 Mar '07

Just installed CentOS 5 Beta. During install I selected no ipv6 support (not sure if that anything to do with it). After install, the initial setup screen, I changed authentication to use LDAP, then I tried to go into firewall setup and it hung. I had to reboot to try again...

2 1

A request for your input.
by lmth＠deakin.edu.au 13 Mar '07

13 Mar '07

Hello My name is Lara Thynne and I am a PhD candidate at Deakin University Australia. I am currently researching the boundary between work and leisure activities directly related to the open source community and open source program development. As part of this I am running a survey at the following address. https://dcarf.deakin.edu.au/surveys/oss/ The survey is completely confidential and looks at your views and motivations to use Open Source software and to participate in the community. It will only take a five to ten minutes to complete and your contact details will not be recorded. You can withdraw your participation at any stage. I sincerely apologize for the spammish nature of this e-mail - I don't mean to abuse this list. I am trying to collect responses from as many open source developers and users as possible and a mailing list like can be the only way to reach many developers. Thanks again Lara P.S The program that I am using is open source, of course (www.phpsurveyor.org)

1 0

Malloc behavior
by Leonardo Vilela Pinheiro 11 Mar '07

11 Mar '07

Hi, I'm sorry for a so big email, but this might be a bug. As some of you may know, there is a characteristic of malloc called overcommit, which lets a program "allocate" more virtual memory than is available on the system. I've set overcommit_memory=2 and turned off swap, but I believe the behaviour of malloc is not the expected. Let me introduce the overcommit, then show the test code, then the results. //-- Starting introduction of overcommit According to http://www.die.net/doc/linux/man/man3/malloc.3.html: "By default, Linux follows an optimistic memory allocation strategy. This means that when *malloc*() returns non-NULL there is no guarantee that the memory really is available. This is a really bad bug. In case it turns out that the system is out of memory, one or more processes will be killed by the infamous OOM killer. In case Linux is employed under circumstances where it would be less desirable to suddenly lose some randomly picked processes, and moreover the kernel version is sufficiently recent, one can switch off this overcommitting behavior using a command like # echo 2 > /proc/sys/vm/overcommit_memorySee also the kernel Documentation directory, files *vm/overcommit-accounting* and *sysctl/vm.txt*." Looking at vm/overcommit-accounting: "The Linux kernel supports the following overcommit handling modes 0 - Heuristic overcommit handling. Obvious overcommits of address space are refused. Used for a typical system. It ensures a seriously wild allocation fails while allowing overcommit to reduce swap usage. root is allowed to allocate slightly more memory in this mode. This is the default. 1 - Always overcommit. Appropriate for some scientific applications. 2 - Don't overcommit. The total address space commit for the system is not permitted to exceed swap + a configurable percentage (default is 50) of physical RAM. Depending on the percentage you use, in most situations this means a process will not be killed while accessing pages but will receive errors on memory allocation as appropriate. The overcommit policy is set via the sysctl `vm.overcommit_memory'. The overcommit percentage is set via `vm.overcommit_ratio'." //-- Ending introduction of overcommit Then I started doing some tests. Below is my the test code: //---------------------------- Top of test code #include <stdio.h> #include <malloc.h> #include <limits.h> #include <string.h> #include <unistd.h> int main(void) { int i; char *p; 4 char *r = malloc(1048576); // Filling some useless space to copy later for (i = 0; i <= 1048576; i++) { *(char*)(r+i) = i; } for (i = 1; ; i++) { p = malloc(1048576); if (p == NULL) { printf("malloc %d MB - %p\n", i, p); printf("Returned null\n"); return 0; } else { // printf("malloc %d MB - %p\n", i, p); if (memcpy(p, r, 1048576) == 0) { printf("Error in memcpy\n"); } usleep(5); } } printf("Ok, no NULL\n"); return 0; } //---------------------------- End of test code Conditions: Kernel: 2.6.9-42.0.10.ELsmp RAM memory: 2GB Swap: OFF overcommit_memory=2 (changed by me) overcommit_ratio=50 (default) ' free ' yields: total used free shared buffers cached Mem: 2065252 602872 1462380 0 12372 283248 -/+ buffers/cache: 307252 1758000 Swap: 0 0 0 There is about 1.4GB free RAM memory. Then I've executed the test code got: malloc 178 MB - (nil) Returned null According to the kernel document above: "The total address space commit for the system is not permitted to exceed swap + a configurable percentage (default is 50) of physical RAM. Depending on the percentage you use, in most situations this means a process will not be killed while accessing pages but will receive errors on memory allocation as appropriate." Shouldn't I have got something about 1000 MB instead of 178 MB, because 1000 MB is 50% of physical memory? As long as I have 1.4GB free, I should be able to allocate those 1000 MB. Are there other (configurable or not) limits for memory allocation? (ulimit is not being used) Then I repeated the same test, but with swap on. Swap size is 1GB. Conditions: Kernel: 2.6.9-42.0.10.ELsmp RAM memory: 2GB Swap: 1GB overcommit_memory=2 (changed by me) overcommit_ratio=50 (default) ' free ' yields: total used free shared buffers cached Mem: 2065252 605480 1459772 0 12628 283512 -/+ buffers/cache: 309340 1755912 Swap: 1048568 0 1048568 Then I've executde the test code and got: malloc 1198 MB - (nil) Returned null It means this time I've allocated successfuly 1198 MB. Shouldn't I have got something about 2GB? Thanks Leonardo Pinheiro

2 1

Building perl (and perl threads memory leak)...
by James Olin Oden 11 Mar '07

11 Mar '07

Hi All, I'm trying to rebuild the version of perl that is in CentOS 4.3 to update the version of threads::shared(3pm) that has a serious memory leak in it. When I try to build it some of the tests its running fail (failure went off my screen but I'll have that in a moment) and it failed to build. BTW, I'm building on a CentOS 4.2 system. So my questions are two fold: - Does anyone know of any known issues with building the perl SRPM in general? - Once I have the latest threads::shared in buildable SRPM is there an interest in picking that up, or is there anyone that would like to put it in a repository? Cheers...james

5 14

C5: yum-metadata and non-yum yum-metadata
by Karanbir Singh 11 Mar '07

11 Mar '07

firstly, we slipped on shipping beta out yesterday, but we hit a couple of issues that needed to be resolved before we could get the iso's out. Most of the things are now fixed and the final bits are building as I write this email. there is one issue that was raised by Johnny that really does need fixing, perhaps not something for beta-public, but something that does need to get fixed for Final release. <background> The way things stand right now, anaconda uses yum in c5, so the media now contains a local repository metadata but its not the standard meta data used by yum. Anaconda and pirut need a specific string added in ( the mediaid fluffage, some of the fedora guys will be familiar with ) so that they can use the media at installtime and also be able to use the same media post install to add packages. The issue is, that this now creates a problem in that you can no longer loop mount the DVD iso under a http/ftp server and just use that as a remote repository to pull packages from using yum. </background> So now the thing is - for us to facilitate this there are three options. 1. We ship 2 repodata/'s on the media and use one for anaconda and use the other for yum ( ugly fix ) 2. We change anaconda to not need that media stuff in the repodata/, and get that from somewhere else ( not gonna happen : too much work, and too much potential to change from upstream in ways not even imaginable ) 3. We fix yum to use the media fluff'd repodata/ ( potentially a few lines fix and should just work ). This will allow yum + anaconda, pirut and friends to essentially just use the same repository metadata. What does everyone else think about this ? I think from this email, my own personal preference is easy to make out. Also, is this really an issue we even need to worry about ? For me, its an issue since I use loop mounted media right off the block. Does anyone else do the same, or is everyone just coping the tree's out and doing createrepo foo ? -- Karanbir Singh : http://www.karan.org/ : 2522219@icq

4 6

Re: [CentOS] RHWAS rebuild efforts
by Karanbir Singh 10 Mar '07

10 Mar '07

Leonardo Vilela Pinheiro wrote: > Maybe this thread should go to centos-devel list. sure, and moved! > Can you give us more details on what packages need JDK, and which JDK? > I'd like to understand what is going on, which packages are not ported > to Centosplus yet and why. There are bits of jboss and mod_jk stuff form rhwas4as that need the java stuff. > Do we have to build (compile) JDK? if you want to, but considering its unlikely we will get the sources for 1.5.x jdk, I'd say we might need the route of nosrc.rpm instead :) > Can't we use JPackage.org's and give users instructions on how to > install and enable their repository? Maybe thats possible ( I know at least the mysql-jdbc package has its origins in jpp ) , would you like to take this effort on ? Jim and HughesJr have been looking at the rhwas stuff, if you are interested in taking this up, maybe we can start a wiki page with details. - KB -- Karanbir Singh : http://www.karan.org/ : 2522219@icq

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